લેખ ડિરેક્ટરી
જ્યારે આપણે ઉપયોગ કરવાનું શીખીએ છીએ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 માહિતી છે.
જ્યારે બહુવિધ CPUs હોય, ત્યારે આ સામગ્રી 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% હાય
- 0.0% Si
મેમરી માહિતીની છેલ્લી બે 2 લાઇન નીચે મુજબ છે:
- મેમ: 191272k કુલ કુલ ભૌતિક મેમરી
- 173656k વપરાયેલ કુલ ભૌતિક મેમરી વપરાય છે
- 17616k મફત કુલ મફત મેમરી
- 22052k બફર્સ કર્નલ કેશ તરીકે ઉપયોગમાં લેવાતી મેમરીની રકમ
- સ્વેપ: કુલ સ્વેપ વિસ્તાર 192772k
- 0k વપરાયેલ કુલ સ્વેપ વિસ્તાર વપરાયેલ
- 192772k મફત કુલ મફત સ્વેપ વિસ્તાર
- 123988k કુલ કેશ્ડ બફર સ્વેપ વિસ્તાર.
મેમરીના સમાવિષ્ટો સ્વેપ એરિયામાં સ્વેપ કરવામાં આવે છે અને પછી મેમરીમાં પાછા આવે છે, પરંતુ વપરાયેલ સ્વેપ વિસ્તાર ઓવરરાઇટ કરવામાં આવ્યો નથી.
આ મૂલ્ય એ સ્વેપ વિસ્તારનું કદ છે જ્યાં સામગ્રી પહેલેથી મેમરીમાં અસ્તિત્વમાં છે.
જ્યારે અનુરૂપ મેમરીને ફરીથી સ્વેપ કરવામાં આવે છે, ત્યારે સ્વેપ એરિયા પર લખવાનું હવે જરૂરી નથી.
પ્રક્રિયા વિશે વિગતવાર માહિતી, દરેક પ્રક્રિયા માહિતી ક્ષેત્રમાં આંકડા વિસ્તારની નીચે પ્રદર્શિત થાય છે.
પ્રથમ, ચાલો સમજીએ કે દરેક કૉલમનો અર્થ શું છે.
કૉલમ નામનો અર્થ
- PID પ્રક્રિયા આઈડી
- PPID પિતૃ પ્રક્રિયા id
- RUSER વાસ્તવિક વપરાશકર્તા નામ
- UID પ્રક્રિયાના માલિકનું વપરાશકર્તા ID
- પ્રક્રિયા માલિકનું USER વપરાશકર્તા નામ
- પ્રક્રિયાના માલિકના જૂથનું નામ જૂથ કરો
- TTY ટર્મિનલનું નામ જેમાંથી પ્રક્રિયા શરૂ કરવામાં આવી હતી.ટર્મિનલથી શરૂ ન થયેલી પ્રક્રિયાઓ આ રીતે પ્રદર્શિત થાય છે?
- PR અગ્રતા
- NI સરસ મૂલ્ય.નકારાત્મક મૂલ્યો ઉચ્ચ અગ્રતા સૂચવે છે, હકારાત્મક મૂલ્યો ઓછી અગ્રતા દર્શાવે છે
- • વપરાયેલ છેલ્લું CPU, માત્ર બહુ-CPU પર્યાવરણમાં અર્થપૂર્ણ
- %CPU છેલ્લા અપડેટ પછી વપરાયેલ CPU સમયની ટકાવારી
- TIME પ્રક્રિયા દ્વારા ઉપયોગમાં લેવાતો કુલ CPU સમય, સેકન્ડોમાં
- TIME+ પ્રક્રિયા દ્વારા ઉપયોગમાં લેવાતો કુલ CPU સમય, 1/100 સેકન્ડમાં
- %MEM પ્રક્રિયા દ્વારા ઉપયોગમાં લેવાતી ભૌતિક મેમરીની ટકાવારી
- VIRT પ્રક્રિયા દ્વારા ઉપયોગમાં લેવાતી વર્ચ્યુઅલ મેમરીની કુલ રકમ, kb માં. VIRT=SWAP+RES
- સ્વેપ પ્રક્રિયા દ્વારા ઉપયોગમાં લેવાતી વર્ચ્યુઅલ મેમરીનું કદ kb માં સ્વેપ કરવા માટે.
- RES પ્રક્રિયા દ્વારા ઉપયોગમાં લેવાતી ભૌતિક મેમરીનું કદ અને અદલાબદલી નથી, kb માં. RES=CODE+DATA
- કોડ એક્ઝિક્યુટેબલ કોડ દ્વારા કબજે કરાયેલ ભૌતિક મેમરીનું કદ, kb માં
- ડેટા એક્ઝેક્યુટેબલ કોડ (ડેટા સેગમેન્ટ + સ્ટેક) સિવાયના ભાગ દ્વારા કબજે કરાયેલ ભૌતિક મેમરીનું કદ, kb માં
- SHR શેર કરેલ મેમરી કદ, kb માં
- nFLT પૃષ્ઠ ખામી
- છેલ્લા nDRT લખ્યા પછી સંશોધિત પૃષ્ઠોની સંખ્યા.
- S પ્રક્રિયા સ્થિતિ.
- ડી = અવિરત ઊંઘની સ્થિતિ
- આર = રન
- S = ઊંઘ
- T=ટ્રેક/સ્ટોપ
- Z = ઝોમ્બી પ્રક્રિયા
- COMMAND આદેશનું નામ/કમાન્ડ લાઇન
- WCHAN જો પ્રક્રિયા સ્લીપિંગ છે, તો સ્લીપિંગ સિસ્ટમ ફંક્શનનું નામ દર્શાવો
- ફ્લેગ્સ ટાસ્ક ફ્લેગ્સ, sched.h નો સંદર્ભ લો
linux લોડ સરેરાશ ડિબગીંગ સૂચનાઓ
ની સામે જોઈને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 પ્રતીક્ષા ગંભીર છે. આ ડિસ્ક પર મોટી સંખ્યામાં રેન્ડમ એક્સેસ, અથવા ડિસ્ક અથવા ડિસ્ક એક્સેસની બેન્ડવિડ્થ અવરોધને કારણે થઈ શકે છે. નિયંત્રક (મુખ્યત્વે બ્લોક કામગીરી).
- ID કૉલમ સીપીયુ નિષ્ક્રિય છે તે સમયની ટકાવારી દર્શાવે છે.
નીચેનો લેખ સમજાવે છે કે Linux લોડ એવરેજ કેટલી ઊંચી છે?
જો VPS લોડ ખૂબ વધારે હોય તો મારે શું કરવું જોઈએ?
હવે મારી વેબસાઇટ એક્સેસ કરી શકાતી નથી કારણ કે લોડ ખૂબ વધારે છે, મારે શું કરવું જોઈએ?
ટોચ - 20:44:30 અપ 12 મિનિટ, 1 વપરાશકર્તા, સરેરાશ લોડ: 2.21, 8.39, 6.48
- તમારું સર્વર સ્વ-વ્યવસ્થાપન કરી રહ્યું છે, તમારે શું કરવું જોઈએ તે SSH દ્વારા તમારા સર્વરને જાતે જ તપાસવું જોઈએ.
- તપાસો કે તે શું ચાલી રહ્યું છે?કઈ પ્રક્રિયા અને તેથી વધુ?
- જો જરૂરી હોય તો, સર્વરને પુનઃપ્રારંભ કરવાનો પ્રયાસ કરો.
- જો સર્વર પુનઃપ્રારંભ કર્યા પછી પણ લોડ ખૂબ વધારે છે, તો ઓવરલોડ પ્રક્રિયાને ઓળખવાનો પ્રયાસ કરો અને તેને બંધ કરો.
- જો જરૂરી હોય તો, પ્રક્રિયાને (સર્વર નહીં) વ્યક્તિગત રીતે પુનઃપ્રારંભ કરો.
- અથવા ગ્રાહક સેવા "શા માટે VPS/સર્વર લોડ ખૂબ વધારે છે" ની સલાહ લીધા પછી, હજી પણ તે કરવાનો કોઈ રસ્તો નથી, અને અંતે એકમાત્ર રસ્તો સર્વર ગોઠવણીને વધારવાનો છે.
વિદેશી વેપાર કંપનીની વેબસાઇટ માટે કેટલી જગ્યા યોગ્ય છે?
યોગ્ય સર્વર ગોઠવણી કેવી રીતે પસંદ કરવી?દૈનિક સરેરાશ 1 IP સર્વર સોલ્યુશન જોવા માટે નીચેની લિંક પર ક્લિક કરો ▼
હોપ ચેન વેઇલિયાંગ બ્લોગ ( https://www.chenweiliang.com/ ) શેર કર્યું "સર્વર લોડ? ટોપ કમાન્ડ/સીપીયુ વપરાશ/લોડ એવરેજ ગણતરી પદ્ધતિ", તે તમને મદદ કરશે.
આ લેખની લિંક શેર કરવા માટે આપનું સ્વાગત છે:https://www.chenweiliang.com/cwl-1029.html
નવીનતમ અપડેટ્સ મેળવવા માટે ચેન વેઇલિઆંગના બ્લોગની ટેલિગ્રામ ચેનલ પર આપનું સ્વાગત છે!
📚 આ માર્ગદર્શિકામાં ઘણું મૂલ્ય છે, 🌟આ એક દુર્લભ તક છે, તેને ચૂકશો નહીં! ⏰⌛💨
ગમે તો શેર કરો અને લાઈક કરો!
તમારી શેરિંગ અને લાઈક્સ એ અમારી સતત પ્રેરણા છે!