संसाधन उपयोग र संतृप्टि हेर्नुहोस्, त्यसपछि मापन गरेर पुष्टि गर्नुहोस्। एक व्यवस्थित दृष्टिकोण — USE विधि (उपयोग, संतृप्टि, त्रुटि) — प्रत्येक संसाधन जाँच गर्छ ताकि तपाइँ गलत एकलाई दोष नदिनुहुन्छ।
प्रत्येक संसाधन (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 डिस्कमा प्रतीक्षा गर्दै निष्क्रिय छ; उच्च लेटेन्सी/पुनः प्रसारण नेटवर्कमा संकेत गर्छ।
$ 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 प्रोफाइलर) गर्नुहोस् सुट वा allocation खोजिन, एक कुरा परिवर्तन गर्नुहोस्, र पुनः मापन गर्नुहोस्। लक्षणहरू भ्रामक हुन सक्छन् — उच्च CPU वास्तवमा लक contention को कारण busy-wait हुन सक्छ, वास्तविक काम होइन।
गलत संसाधन ठीक गर्नु (CPU-सीमाबद्ध बकसमा RAM थप्नु) पैसा खराब गर्छ र मद्दत गर्दैन। USE विधि साथ सही उपकरण वास्तविक बाधा छिटो अलग गर्छ, र पुनः मापन गर्दा सुधार सुई हलचाल गर्न पुष्टि गर्छ।