उच्च लोड औसत, कम सीपीयू

11

मेरा सर्वर धीमा हो गया है, और मुझे नहीं पता कि क्यों।

ऊपर से प्रिंट करें:

top - 14:32:50 up 639 days,  6:30,  1 user,  load average: 67.93, 70.63, 79.85
Tasks: 245 total,   1 running, 244 sleeping,   0 stopped,   0 zombie
Cpu(s):  3.9% us,  0.5% sy,  0.0% ni, 94.5% id,  1.0% wa,  0.0% hi,  0.0% si
Mem:   1034784k total,  1021256k used,    13528k free,     4360k buffers
Swap:  1023960k total,   635752k used,   388208k free,    36632k cached

vmstat 10 6

procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
 0 110 795604  12328   3980  46676    0    0     0     0    0     0  4  1 95  1
 0 97 788848  12052   3960  46256 2985   33  3323    33  429     0  2  1  0 97
 0 119 782660  13992   4096  45740 2780   14  2995   360  435     0  2  1  1 96
 0 121 775924  15600   3724  42796 3084    0  3443   136  440     0  2  1  0 98
 0 113 769392  13576   3476  41968 3002    0  3458     7  426     0  2  1  0 97
 0 113 762284  12440   3332  34884 3151    0  3553    61  427     0  2  1  0 97

doitprod2: / var / log # grep -c प्रोसेसर / proc / cpuinfo

iostat 2

 tps   Blk_czyt/s   Blk_zapis/s  Blk_czyt   Blk_zapis
sda             166,00      7128,00        52,00      14256        104

ठीक है, मारने और शुरू करने के बाद कुछ प्रक्रियाएं अब ठीक हैं। वैसे भी आपकी मदद के लिए Thx।

debian load-average

— Kamilos
स्रोत

क्या आप इसका आउटपुट शामिल कर सकते हैं vmstat 10 6? (इसे चलाने के लिए 60 सेकंड लगेंगे) और साथ हीgrep -c processor /proc/cpuinfo

— जेम्स सी

Serverfault.com/q/482832/58957 पर दिए गए उत्तर / टिप्पणियाँ इन लक्षणों के लिए अधिक कारणों और स्पष्टीकरणों को सूचीबद्ध करते हैं।

— निकोले

10

आप शायद UNINTERRUPTIBLE_SLEEPराज्य पर प्रक्रिया कर रहे हैं, आम तौर पर वे उस स्थिति पर हैं क्योंकि वे किसी डिस्क से पढ़ने जैसे हार्डवेयर से किसी चीज़ पर प्रतीक्षा कर रहे हैं। वे प्रक्रियाएं प्रभावी रूप से सो रही हैं (आपके पास 244 नींद की प्रक्रियाएं हैं) लेकिन वे लोड औसत गणना दर्ज करते हैं। अपने सर्वर IO की जाँच करें vmstatऔर देखें कि क्या आपके पास कई Dस्टेटस हैं topया psपुष्टि करने के लिए।

EDIT: अपने vmstatआउटपुट को देखकर IO समस्या की पुष्टि करता है। आपका bकॉलम procsनिर्बाध नींद पर औसतन 100 प्रक्रियाएं दिखाता है। आपका biस्तंभ (ब्लॉक डिवाइस से पढ़े गए ब्लॉक) बहुत अधिक है, साथ ही siकॉलम (स्वैप / डिस्क से पढ़ी गई मेमोरी)। अंत में, cpuशीर्ष लेख के तहत , waकॉलम से पता चलता है कि आपका CPU 90% से अधिक IO के पूरा होने की प्रतीक्षा कर रहा है।

आपको यह देखना होगा कि आपको आईओ के साथ उन समस्याओं का सामना क्यों करना पड़ रहा है। यह सर्वर की क्षमता, जंगली और कुछ अन्य कारणों से चलने वाली प्रक्रियाओं का अभाव हो सकता है, लेकिन यह निश्चित रूप से आईओ है।

— कोर निपात
स्रोत

1

आप iotop( apt-get install iotop) का उपयोग करके जिम्मेदार की तलाश शुरू कर सकते हैं । इसके अलावा, ओ (यानी कि एक कैपिटल ओ) दबाकर मेमोरी उपयोग द्वारा नियमित रूप से शीर्ष पर, फिर एन दर्ज करें। शीर्ष मेमोरी उपयोगकर्ता सभी स्वैपिंग के लिए जिम्मेदार हो सकते हैं।

— एडुआर्डो इवानेक

2

उच्च होने पर 1.0% वा की जाँच करें। चूंकि आपने स्वैप फ़ाइल को हिट किया है, इसलिए I / O की प्रतीक्षा करने वाली प्रक्रियाओं के लिए एक संभावना हो सकती है

जांचें cat /proc/sys/fs/file-nrकि क्या पहला नंबर तीसरे के करीब है (खुली फाइलें बनाम कुल खुली फाइलें)।

आप एक VPS पर हैं?

— pataroulis
स्रोत

/ proc / sys / fs / file-nr 3600 0 102712

— कामिलोस

यदि आप सर्वर पर चल रहे सॉफ़्टवेयर के प्रकार को साझा कर सकते हैं, तो यह संभवत: कुछ प्रकाश बहाएगा। (उदा। अपाचे, टॉमकैट, ग्लासफिश आदि)। लेकिन निश्चित रूप से, अधिक राम (डबल या अधिक) आपकी मशीन को एक अच्छा बढ़ावा देगा।

— पतरौलिस

2

Vststat आउटपुट में दिखाया गया iowait (अंतिम कॉलम में "वा" के रूप में सूचीबद्ध) बहुत अधिक है। और पेजिंग बहुत चल रही है (डेटा के पेज भौतिक मेमोरी और डिस्क आधारित स्वैप के बीच स्थानांतरित हो रहे हैं)।

यह मशीन अधिक भौतिक राम से लाभान्वित होगी।

— जेम्स सी
स्रोत