வள பயன்பாடு மற்றும் செறிவைப் பார்த்து, பின்னர் அளவீட்டால் உறுதிப்படுத்தவும். ஒரு முறையான அணுகுமுறை — 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 முறை மற்றும் சரியான கருவி உண்மையான கட்டுப்பாட்டை விரைவாக பிரிக்கிறது, மற்றும் மீண்டும் அளவீடு செய்வது திருத்தம் ஊசியை நகர்த்தியதை உறுதிப்படுத்துகிறது.