সম্পদ ব্যবহার এবং স্যাচুরেশন দেখুন, তারপর পরিমাপের মাধ্যমে নিশ্চিত করুন। একটি পদ্ধতিগত পদ্ধতি — USE পদ্ধতি (Utilization, Saturation, Errors) — প্রতিটি সম্পদ পরীক্ষা করে যাতে আপনি ভুল জিনিসকে দোষ না দেন।
প্রতিটি সম্পদের জন্য (CPU, মেমোরি, ডিস্ক, নেটওয়ার্ক), তিনটি প্রশ্ন করুন:
UTILIZATION → how busy is it (% time in use)?
SATURATION → how much queued/waiting work (load, run queue, swap)?
ERRORS → any errors (dropped packets, disk errors, OOM kills)?
→ a resource that is saturated, not just busy, is usually the bottleneck.
প্রতিটি সম্পদের একটি স্বতন্ত্র স্বাক্ষর আছে যা আপনি মান সরঞ্জাম দিয়ে পড়তে পারেন:
CPU → top/htop: high %us or load > #cores, run queue backed up
MEMORY → free/vmstat: low free RAM + high SWAP in/out (si/so) → swapping = thrashing
DISK I/O→ iostat/vmstat: high %iowait, %util ~100%, high await → I/O-bound
NETWORK → iftop/sar/ss: bandwidth saturated, retransmits, high latency
মূল পার্থক্যগুলি: উচ্চ লোড সহ উচ্চ %us মানে CPU-বাউন্ড; স্ওয়াপিং (si/so) মানে মেমোরি চাপ; উচ্চ %iowait মানে CPU নিষ্ক্রিয় ডিস্কের জন্য অপেক্ষা করছে; উচ্চ latency/retransmits নেটওয়ার্কের দিকে ইঙ্গিত করে।
$ vmstat 1
r b swpd free si so bi bo us sy id wa
8 0 0 120m 0 0 12 20 92 6 2 0 ← CPU-bound (id=0, wa=0)
1 3 800m 30m 40 120 900 8 5 3 2 90 ← I/O + swap (wa=90, so>0)
একটি সংখ্যায় থামবেন না। প্রক্রিয়াটি প্রোফাইল করুন (যেমন perf, একটি CPU/heap প্রোফাইলার) গরম ফাংশন বা বরাদ্দ খুঁজে পেতে, একটি জিনিস পরিবর্তন করুন, এবং পুনরায় পরিমাপ করুন। লক্ষণগুলি বিভ্রান্তিকর হতে পারে — উচ্চ CPU প্রকৃতপক্ষে লক্ষ সংঘর্ষের কারণে ব্যস্ত-অপেক্ষা হতে পারে, আসল কাজ নয়।
ভুল সম্পদ ঠিক করা (CPU-বাউন্ড বক্সে RAM যোগ করা) অর্থ নষ্ট করে এবং সাহায্য করে না। USE পদ্ধতি এবং সঠিক সরঞ্জাম দ্রুত প্রকৃত সীমাবদ্ধতা বিচ্ছিন্ন করে, এবং পুনরায় পরিমাপ করা নিশ্চিত করে যে ঠিকানা সুঁই সরিয়েছে।