వనరుల ఉపయోగం మరియు సంతృప్తిని చూడండి, తర్వాత కొలమానం ద్వారా నిర్ధారించండి. ఒక క్రమబద్ధమైన విధానం — 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 నిష్క్రియ డిస్క్ కోసం చేస్తోంది; అధిక ప్రతిసారం/మరమ్మత్తులు నెట్వర్క్ వైపు చూపుతుంది.
$ 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 పద్ధతి మరియు సరైన సాధనం నిజమైన నిబంధనను శీఘ్రంగా వేరుచేస్తుంది, మరియు మరల కొలవడం మూసటి సూది కదిలించిందని నిర్ధారిస్తుంది.