Szerver terhelés? top parancs/CPU használat/terhelés átlag számítási módszere

amikor megtanuljuk használniLinux VPS szerverhezÉpíts egy állomástEzek után meg kell értenünk a terhelési átlag jelentését a különböző terhelési átlagoknál, mert használnunk kelltopA parancs megérti a rendszer befejezettségi állapotát, és figyel a változók valós idejű változásaira.

Ennek megértéséhez meg kell érteni a következő változóleírásokat.

A felső parancsterhelési átlag részletes magyarázata

Itt található egy részletes használati útmutató ▼

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

• A statisztikai terület első 5 sora a teljes rendszer statisztikáit tartalmazza.
• Az 1. sor a feladatsor információit tartalmazzauptimeA parancs végrehajtásának eredménye ugyanaz.

Tartalma a következő:

• 01:06:48 Jelenlegi idő
• fel 1:22 A rendszer működési ideje óra:perc formátumban
• 1 felhasználó Jelenleg bejelentkezett felhasználók száma
• terhelési átlag: 0.06, 0.60, 0.48 Rendszerterhelés, amely a feladatsor átlagos hossza.
• A három érték az 3 perc, 1 perc és 5 perccel ezelőtti átlagértékek napjainkig.
• A 2. és 3. sor a folyamatra és a CPU-ra vonatkozik.
•  

Ha több CPU van, ez a tartalom meghaladhatja a 2 sort.A tartalom a következő:

• Feladatok: összesen 29 folyamat
• 1 futó A futó folyamatok száma
• 28 alvás Alvás folyamatok száma
• 0 leállítva A leállított folyamatok száma
• 0 zombi zombi folyamatok száma
• CPU(k): 0.3% us A CPU felhasználói terület által elfoglalt százaléka
• 1.0% sy A kernelterület a CPU százalékát foglalja el
• 0.0% ni A CPU százalékos aránya, amelyet azok a folyamatok foglalnak el, amelyek prioritásai megváltoztak a felhasználói folyamattérben
• 98.7% idle CPU százalék
• 0.0% wa A CPU bemeneti és kimeneti várakozási idejének százalékos aránya
• 0.0% szia
• 0.0% si

A memóriainformációk utolsó két sora a következő:

• Mem: 191272k teljes fizikai memória
• 173656k felhasznált teljes fizikai memória
• 17616k szabad teljes szabad memória
• 22052k puffer A kernel gyorsítótárként használt memória mennyisége
• Csere: 192772k teljes csereterület
• 0k használt teljes csereterület
• 192772k szabad teljes ingyenes csereterület
• 123988k teljes gyorsítótárazott pufferelt swap terület.

A memória tartalma kicserélődik a swap területre, majd vissza a memóriába, de a használt csereterületet nem írták felül.

Ez az érték annak a swap területnek a mérete, ahol a tartalom már létezik a memóriában.

A megfelelő memória ismételt felcserélésekor már nem kell a csereterületre írni.

A folyamat részletei, a statisztikai terület alatt jelennek meg az egyes folyamatinformációs területeken.

Először is értsük meg, mit jelentenek az egyes oszlopok.

oszlopnév jelentése

• PID folyamatazonosító
• PPID szülő folyamatazonosító
• RUSER Valódi felhasználónév
• UID A folyamat tulajdonosának felhasználói azonosítója
• A folyamat tulajdonosának USER felhasználóneve
• GROUP a folyamat tulajdonosának csoportneve
• TTY Annak a terminálnak a neve, amelyről a folyamat elindult.A nem terminálról indított folyamatok ?
• PR prioritás
• NI szép érték.A negatív értékek magas prioritást, a pozitív értékek alacsony prioritást jeleznek
• P Az utoljára használt CPU, csak több CPU-s környezetben van értelme
• %CPU Az utolsó frissítés óta felhasznált CPU-idő százalékos aránya
• TIME A folyamat által felhasznált teljes CPU-idő másodpercben
• IDŐ+ A folyamat által felhasznált teljes CPU-idő 1/100 másodpercben
• %MEM A folyamat által használt fizikai memória százalékos aránya
• A VIRT folyamat által használt virtuális memória teljes mennyisége, kb. VIRT=CSERE+RES
• A SWAP folyamat által használt virtuális memória mérete, amelyet ki kell cserélni, kb.
• A RES folyamat által használt és ki nem cserélt fizikai memória mérete kb. RES=KÓD+ADATOK
• CODE A végrehajtható kód által elfoglalt fizikai memória mérete kb
• DATA A végrehajtható kódtól eltérő rész által elfoglalt fizikai memória mérete (adatszegmens + verem), kb-ban
• SHR megosztott memória mérete, kb
• nFLT oldalhibák
• Az utolsó nDRT írás óta módosított oldalak száma.
• S Folyamat állapota.
• D = szünetmentes alvási állapot
• R = futás
• S = alvás
• T=track/stop
• Z = zombi folyamat
• COMMAND parancsnév/parancssor
• WCHAN Ha a folyamat alvó állapotban van, jelenítse meg az alvó rendszer funkciójának nevét
• Feladatjelzők megjelölése, lásd: sched.h

Linux terhelés átlagos hibakeresési utasításai

ránéztopA parancs által megjelenített állapot után optimalizálni kell aszerint, detopA parancs csak a megjelenést mutatja, így átadhatjukiostatvagyvmstatRendeljen további megfigyeléseket.

vmstat a rendszerterhelés megtekintéséhez

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

proci

• Az r oszlop a futó és a CPU időszeletére várakozó folyamatok számát jelzi, ha hosszabb ideig 1-nél nagyobb, az azt jelenti, hogy a CPU nem elegendő és a CPU-t növelni kell.
• A b oszlop az erőforrásokra várakozó folyamatok számát jelzi, például I/O-ra vagy memóriacserére stb.

cpu jelzi a CPU használati állapotát

• A US oszlop a felhasználói módban eltöltött CPU-idő százalékos arányát mutatja. Ha a mi értékünk viszonylag magas, az azt jelenti, hogy a felhasználói folyamat sok CPU-időt fogyaszt, de ha ez hosszabb ideig meghaladja az 50%-ot, akkor érdemes megfontolni a felhasználói program optimalizálását.
• A sy oszlop a kernelfolyamat által eltöltött processzoridő százalékát mutatja.Itt az us + sy referenciaértéke 80%, ha us + sy nagyobb, mint 80%, akkor előfordulhat, hogy nincs elegendő CPU.
• A wa oszlop az IO várakozások által elfoglalt CPU-idő százalékát mutatja.
• A wa referenciaértéke itt 30%, ha a wa meghaladja a 30%-ot, az azt jelenti, hogy komoly az IO várakozás. Ezt okozhatja a lemezhez való nagyszámú véletlenszerű hozzáférés, vagy a lemez vagy a lemezelérés sávszélességének szűk keresztmetszete. vezérlő (főleg blokkműveletek).
• Az id oszlop azt mutatja, hogy a processzor hány százaléka tétlen.

A következő cikk elmagyarázza, milyen magas a Linux terhelési átlaga?

Milyen magas a megfelelő Linux terhelési átlag? CPU terhelés kihasználtság ellenőrzése

Ha a számítógépe (számítógépe) lassú, érdemes ellenőrizni, hogy a rendszer nagy terhelés alatt áll-e?Nemrég egy internetes marketingszakember azt mondta, hogy az általa irányított e-kereskedelmi webhely régen elérhetetlen volt... A weboldal WordPress alapú, és Linux VPS-re épült...

Mi a teendő, ha a VPS terhelés túl magas?

Most a webhelyemet nem lehet elérni, mert túl nagy a terhelés, mit tegyek?

tetejére – 20:44:30 felfelé 12 perccel, 1 felhasználó, átlagos terhelés: 2.21, 8.39, 6.48

• A szervered önfelügyelő, ezért érdemes magát a szervert ellenőrizni SSH-n keresztül.
• Ellenőrizze, mi fut?Milyen folyamat és így tovább?
• Ha szükséges, próbálja meg újraindítani a szervert.
• Ha a terhelés a szerver újraindítása után is túl magas, próbálja meg azonosítani a túlterhelt folyamatot, és leállítani.
• Ha szükséges, indítsa újra a folyamatot (nem a szervert) egyenként.
• Illetve az ügyfélszolgálattal való egyeztetés után "miért túl magas a VPS/szerver terhelése" továbbra sincs rá mód, végül az egyetlen lehetőség a szerver konfigurációjának növelése.

Mennyi hely alkalmas egy külkereskedelmi cég weboldalának?

Hogyan válasszuk ki a megfelelő szerver konfigurációt?Kattintson az alábbi linkre a napi átlagos 1 XNUMX IP-kiszolgálós megoldás megtekintéséhez ▼

Mennyi szervert kell választania több ezer IP-címhez naponta?Napi átlagosan 1 XNUMX IP szerver megoldás

Napi átlagosan XNUMX XNUMX IP-cím esetén ez attól függ, hogy milyen webhelyépítő programot használ a webhelye?Ha ez egy normál webhely a HTML generálására, akkor elég egy normál web hosting szerver.Ha ez egy fórum, akkor érdemes megfontolni egy nagy teljesítményű VPS-szerverre vagy egy dedikált szerverre váltást. ...