सर्व्हर लोड? शीर्ष आदेश/CPU वापर/लोड सरासरी गणना पद्धत

जेव्हा आपण वापरायला शिकतोlinux VPS सर्व्हरलास्टेशन तयार करात्यानंतर, विविध लोड सरासरीच्या लोड सरासरीचा अर्थ समजून घेणे आवश्यक आहे, कारण आपल्याला वापरण्याची आवश्यकता आहेtopकमांड सिस्टमची पूर्णता स्थिती समजते आणि व्हेरिएबल्सच्या रिअल-टाइम बदलांकडे लक्ष देते.

हे समजून घेण्यासाठी खालील परिवर्तनीय वर्णन समजून घेणे आवश्यक आहे.

शीर्ष कमांड लोड सरासरीचे तपशीलवार स्पष्टीकरण

ते कसे वापरावे याबद्दल तपशीलवार सूचना येथे आहे ▼

top - 01:06:48 up 1:22, 1 user, load average: 0.06, 0.60, 0.48
Tasks: 29 total, 1 running, 28 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3% us, 1.0% sy, 0.0% ni, 98.7% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 191272k total, 173656k used, 17616k free, 22052k buffers
Swap: 192772k total, 0k used, 192772k free, 123988k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1379 root 16 0 7976 2456 1980 S 0.7 1.3 0:11.03 sshd
14704 root 16 0 2128 980 796 R 0.7 0.5 0:02.72 top
1 root 16 0 1992 632 544 S 0.0 0.3 0:00.90 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0

• सांख्यिकी क्षेत्राच्या पहिल्या 5 ओळी संपूर्ण प्रणालीची आकडेवारी आहेत.
• ओळ 1 ही कार्य रांगेची माहिती आहेuptimeआदेशाच्या अंमलबजावणीचा परिणाम समान आहे.

त्याची सामग्री खालीलप्रमाणे आहे:

• 01:06:48 सध्याची वेळ
• 1:22 पर्यंत सिस्टम रनिंग टाइम तास:मिनिटांच्या स्वरूपात
• 1 वापरकर्ता सध्या लॉग इन केलेल्या वापरकर्त्यांची संख्या
• लोड सरासरी: 0.06, 0.60, 0.48 सिस्टम लोड, जी कार्य रांगेची सरासरी लांबी आहे.
• तीन मूल्ये 3 मिनिट, 1 मिनिटे आणि 5 मिनिटांपूर्वीपासून आत्तापर्यंतची सरासरी मूल्ये आहेत.
• ओळी 2 आणि 3 प्रक्रिया आणि CPU माहिती आहेत.
•  

जेव्हा एकाधिक CPU असतात, तेव्हा ही सामग्री 2 ओळींपेक्षा जास्त असू शकते.सामग्री खालीलप्रमाणे आहे:

• कार्ये: एकूण 29 प्रक्रियांची एकूण संख्या
• 1 चालू असलेल्या प्रक्रियांची संख्या
• 28 स्लीपिंग झोपण्याच्या प्रक्रियेची संख्या
• 0 थांबले प्रक्रियांची संख्या
• झोम्बी प्रक्रियांची 0 झोम्बी संख्या
• Cpu(s): 0.3% us वापरकर्त्याने जागा व्यापलेल्या CPU ची टक्केवारी
• 1.0% sy कर्नल जागेद्वारे व्यापलेल्या CPU ची टक्केवारी
• 0.0% ni प्रक्रियांनी व्यापलेल्या CPU ची टक्केवारी ज्यांचे प्राधान्यक्रम वापरकर्ता प्रक्रिया जागेत बदलले आहेत
• 98.7% id निष्क्रिय CPU टक्केवारी
• 0.0% wa इनपुट आणि आउटपुटची वाट पाहत असलेल्या CPU वेळेची टक्केवारी
• 0.0% हाय
• ०.०% Si

मेमरी माहितीच्या शेवटच्या दोन ओळी खालीलप्रमाणे आहेत:

• मेम: 191272k एकूण एकूण भौतिक मेमरी
• 173656k एकूण भौतिक मेमरी वापरली
• 17616k विनामूल्य एकूण विनामूल्य मेमरी
• 22052k बफर कर्नल कॅशे म्हणून वापरल्या जाणार्‍या मेमरीची रक्कम
• स्वॅप: 192772k एकूण एकूण स्वॅप क्षेत्र
• 0k वापरलेले एकूण स्वॅप क्षेत्र वापरले
• 192772k विनामूल्य एकूण विनामूल्य स्वॅप क्षेत्र
• 123988k एकूण कॅश्ड बफर केलेले स्वॅप क्षेत्र.

मेमरीची सामग्री स्वॅप क्षेत्रामध्ये बदलली जाते आणि नंतर मेमरीमध्ये परत येते, परंतु वापरलेले स्वॅप क्षेत्र अधिलिखित केले गेले नाही.

हे मूल्य स्वॅप क्षेत्राचा आकार आहे जेथे सामग्री आधीपासून मेमरीमध्ये अस्तित्वात आहे.

जेव्हा संबंधित मेमरी पुन्हा स्वॅप केली जाते, तेव्हा यापुढे स्वॅप क्षेत्रावर लिहिण्याची आवश्यकता नसते.

प्रक्रियेबद्दल तपशीलवार माहिती, प्रत्येक प्रक्रिया माहिती क्षेत्रामध्ये आकडेवारी क्षेत्राच्या खाली प्रदर्शित केली जाते.

प्रथम, प्रत्येक स्तंभाचा अर्थ काय ते समजून घेऊ.

स्तंभ नावाचा अर्थ

• PID प्रक्रिया आयडी
• PPID पालक प्रक्रिया आयडी
• RUSER वास्तविक वापरकर्ता नाव
• UID प्रक्रिया मालकाचा वापरकर्ता आयडी
• प्रक्रिया मालकाचे USER वापरकर्तानाव
• प्रक्रिया मालकाच्या गटाचे नाव ग्रुप करा
• TTY टर्मिनलचे नाव जिथून प्रक्रिया सुरू झाली.टर्मिनलपासून सुरू न झालेल्या प्रक्रिया याप्रमाणे प्रदर्शित केल्या जातात?
• PR प्राधान्य
• NI छान मूल्य.नकारात्मक मूल्ये उच्च प्राधान्य दर्शवतात, सकारात्मक मूल्ये कमी प्राधान्य दर्शवतात
• • वापरलेला शेवटचा CPU, केवळ मल्टी-CPU वातावरणात अर्थपूर्ण
• %CPU शेवटच्या अपडेटपासून वापरलेल्या CPU वेळेची टक्केवारी
• TIME प्रक्रियेद्वारे वापरलेला एकूण CPU वेळ, सेकंदांमध्ये
• TIME+ प्रक्रियेद्वारे वापरलेला एकूण CPU वेळ, 1/100 सेकंदात
• %MEM प्रक्रियेद्वारे वापरल्या जाणार्‍या भौतिक मेमरीची टक्केवारी
• VIRT प्रक्रियेद्वारे वापरल्या जाणार्‍या आभासी मेमरीची एकूण रक्कम, kb मध्ये. VIRT=SWAP+RES
• SWAP प्रक्रियेद्वारे वापरल्या जाणार्‍या व्हर्च्युअल मेमरीचा आकार kb मध्ये स्वॅप आउट करण्यासाठी.
• RES प्रक्रियेद्वारे वापरल्या जाणार्‍या आणि अदलाबदल न केलेल्या भौतिक मेमरीचा आकार kb मध्ये. RES=CODE+DATA
• CODE एक्झिक्युटेबल कोडने व्यापलेल्या भौतिक मेमरीचा आकार, kb मध्ये
• डेटा एक्झिक्युटेबल कोड (डेटा सेगमेंट + स्टॅक) व्यतिरिक्त इतर भागाने व्यापलेल्या भौतिक मेमरीचा आकार, kb मध्ये
• SHR सामायिक मेमरी आकार, kb मध्ये
• nFLT पृष्ठ दोष
• शेवटच्या nDRT लेखनानंतर सुधारित केलेल्या पृष्ठांची संख्या.
• S प्रक्रिया स्थिती.
• डी = अखंड झोपेची अवस्था
• आर = धाव
• S = झोप
• टी = ट्रॅक/स्टॉप
• Z = झोम्बी प्रक्रिया
• COMMAND कमांडचे नाव/कमांड लाइन
• WCHAN प्रक्रिया स्लीपिंग असल्यास, स्लीपिंग सिस्टम फंक्शनचे नाव प्रदर्शित करा
• ध्वज कार्य ध्वज, sched.h पहा

लिनक्स लोड सरासरी डीबगिंग सूचना

च्या कडे बघणेtopकमांडद्वारे प्रदर्शित केलेल्या स्थितीनंतर, त्यास त्यानुसार ऑप्टिमाइझ करणे आवश्यक आहे, परंतुtopकमांड फक्त देखावा दर्शविते, म्हणून आम्ही पास करू शकतोiostatकिंवाvmstatपुढील निरीक्षणे मागवा.

सिस्टम लोड पाहण्यासाठी vmstat

vmstat
procs -------memory-------- ----swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 100152 2436 97200 289740 0 1 34 45 99 33 0 0 99 0

प्रॉक्स

• r स्तंभ CPU टाइम स्लाइस चालू असलेल्या आणि प्रतीक्षेत असलेल्या प्रक्रियांची संख्या दर्शवतो. जर ती 1 पेक्षा जास्त काळ असेल, तर याचा अर्थ CPU अपुरा आहे आणि CPU वाढवणे आवश्यक आहे.
• b स्तंभ संसाधनांच्या प्रतीक्षेत असलेल्या प्रक्रियांची संख्या दर्शवतो, जसे की I/O ची प्रतीक्षा करणे, किंवा मेमरी स्वॅपिंग इ.

cpu cpu ची वापर स्थिती दर्शवते

• यूएस कॉलम वापरकर्ता मोडमध्ये घालवलेल्या CPU वेळेची टक्केवारी दाखवतो. जेव्हा आमचे मूल्य तुलनेने जास्त असते, तेव्हा याचा अर्थ असा होतो की वापरकर्ता प्रक्रियेत भरपूर CPU वेळ लागतो, परंतु जर ते बर्याच काळासाठी 50% पेक्षा जास्त असेल तर, वापरकर्ता प्रोग्राम ऑप्टिमाइझ करण्याचा विचार करणे आवश्यक आहे.
• sy स्तंभ कर्नल प्रक्रियेद्वारे खर्च केलेल्या cpu वेळेची टक्केवारी दर्शवितो.येथे, us + sy चे संदर्भ मूल्य 80% आहे. जर us + sy 80% पेक्षा जास्त असेल, तर त्याचा अर्थ असा आहे की तेथे अपुरा CPU असू शकतो.
• wa स्तंभ IO प्रतीक्षाने व्यापलेल्या CPU वेळेची टक्केवारी दाखवतो.
• येथे wa चे संदर्भ मूल्य 30% आहे. wa 30% पेक्षा जास्त असल्यास, याचा अर्थ IO प्रतीक्षा गंभीर आहे. हे डिस्कवर मोठ्या संख्येने यादृच्छिक प्रवेशामुळे किंवा डिस्क किंवा डिस्क प्रवेशाच्या बँडविड्थ अडथळ्यामुळे होऊ शकते. कंट्रोलर (प्रामुख्याने ब्लॉक ऑपरेशन्स).
• आयडी कॉलम सीपीयू किती वेळ निष्क्रिय आहे हे दाखवतो.

खालील लेख लिनक्स लोड सरासरी किती उच्च आहे हे स्पष्ट करते?

🔗लिनक्स लोड सरासरी किती जास्त आहे? सीपीयू लोड वापर तपासणी

VPS लोड खूप जास्त असल्यास मी काय करावे?

आता लोड खूप जास्त असल्याने माझ्या वेबसाइटवर प्रवेश केला जाऊ शकत नाही, मी काय करावे?

शीर्ष - 20:44:30 पर्यंत 12 मिनिटे, 1 वापरकर्ता, लोड सरासरी: 2.21, 8.39, 6.48

• तुमचा सर्व्हर स्वयं-व्यवस्थापन करत आहे, तुम्ही काय केले पाहिजे ते म्हणजे तुमचा सर्व्हर स्वतः SSH द्वारे तपासणे.
• ते काय चालू आहे ते तपासा?काय प्रक्रिया वगैरे?
• आवश्यक असल्यास, सर्व्हर रीस्टार्ट करण्याचा प्रयत्न करा.
• सर्व्हर रीस्टार्ट केल्यानंतर, लोड अजूनही खूप जास्त असल्यास, ओव्हरलोड प्रक्रिया ओळखण्याचा प्रयत्न करा आणि ते थांबवा.
• आवश्यक असल्यास, प्रक्रिया पुन्हा सुरू करा (सर्व्हर नाही) वैयक्तिकरित्या.
• किंवा ग्राहक सेवेशी सल्लामसलत केल्यानंतर "VPS/सर्व्हर लोड खूप जास्त का आहे", तरीही ते करण्याचा कोणताही मार्ग नाही आणि शेवटी सर्व्हर कॉन्फिगरेशन वाढवणे हा एकमेव मार्ग आहे.

परदेशी व्यापार कंपनीच्या वेबसाइटसाठी किती जागा योग्य आहे?

योग्य सर्व्हर कॉन्फिगरेशन कसे निवडायचे?दररोज सरासरी 1 IP सर्व्हर सोल्यूशन पाहण्यासाठी खालील लिंकवर क्लिक करा ▼

🔗मी दररोज हजारो IP साठी किती मोठा सर्व्हर निवडला पाहिजे? दररोज सरासरी 1 आयपी सर्व्हर सोल्यूशन