संसाधन वापर आणि संपृक्तता पहा, नंतर मापन द्वारे पुष्टी करा। एक पद्धतिशीर दृष्टिकोन — 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-bound; स्वैपिंग (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 प्रोफाइलर) गरम कार्य किंवा आवंटन शोधण्यासाठी, एक गोष्ट बदला, आणि पुनः मापन करा. लक्षणे दिशाभ्रमित करू शकतात — उच्च CPU वास्तवात व्यस्त-प्रतीक्षा असू शकते जो लॉक संघर्षामुळे होतो, खरे काम नाही.
चुकीच्या संसाधनाला दुरुस्त करणे (CPU-bound बॉक्सला RAM जोडणे) पैसा वाया घालवते आणि मदत करत नाही. USE पद्धति अधिक योग्य साधन वास्तविक मर्यादा वेगाने अलग करते, आणि पुनः मापन हे पुष्टी करते की पुरावा सुई हलवले.