akár fut egy szerver egy alkalmazás, vagy csak a helyi gép, azt szeretné, hogy a számítógép fut a legjobb. Ezért érdemes figyelni a számítógép CPU-ját, lemezét és memóriahasználatát. Az olyan dolgok megfigyelése, mint a memória használata vagy a Lemezhasználat, valójában nagyon egyszerű. Mennyi lemezterület maradt? A lemez töredezett? Van elég RAM a használt alkalmazásokhoz? Rendszeresen cserélsz memóriát?
ezekre könnyű válaszolni, és ezek olyan kérdések, amelyeket fel kell tenned., De néhány kérdés bonyolultabb, különösen a CPU-mutatók esetében. Persze, vannak olyan egyszerű mutatók, mint a teljes CPU-használat. De ha Linuxot használ, akkor több ezoterikus (néha hasznosabb) mutatóval rendelkezik, mint például a CPU terhelése. Ebben a bejegyzésben arról fogunk beszélni, hogy valójában mit jelent a CPU terhelési mutatója, valamint hogyan használhatja a szerverek optimalizálására.
CPU terhelés vs.CPU használat
az első dolog, hogy megértsük, hogy a CPU terhelés nem ugyanaz, mint a CPU használat., Annak ellenére, hogy hasonlónak hangzik, ők egészen más. A CPU-használat százalékban méri, hogy mennyi időt tölt a CPU aktívan számítástechnikával. Például, ha olyan programod lenne, amely megszakítás nélküli feldolgozási teljesítményt igényelt az elmúlt 60 másodpercből 54-re, az egyik magon a CPU-használat 90% lenne. Ehelyett, ha a program csak hat másodperc feldolgozási időt igényelt egy magon, a használat 10% lenne.
a legtöbb vállalat arra törekszik, hogy szervereik CPU-használatát a lehető legközelebb 100% – hoz tartsa., A legtöbb kiszolgálót a teljes számítási teljesítmény adja el, és ha a szerver csak 30% – os CPU-használattal rendelkezik, akkor túl sok processzorteljesítményt fizet. Leminősítheti a processzort egy alacsonyabb szintre, pénzt takaríthat meg, és nem látja a szerver teljesítményének csökkenését.
CPU terhelés
CPU terhelés eltérő. Ahelyett, hogy megmérné a CPU működésének százalékos arányát, a CPU terhelése megméri, hogy hány program használ vagy vár egy processzormagot egyszerre. Egy teljesen alapjárati processzor terhelési értéke 0 lenne., Az előző példában, mi lenne egyperces betöltési idő .9 és .1, ill. Ez elég intuitív. A CPU terhelésével kapcsolatban azonban az a lényeg, hogy az 1-es érték nem feltétlenül teljes terhelésű mérés.
helyette, mi minősül “teljes” CPU terhelés függ, hogy hány operációs rendszer szálak a CPU büszkélkedhet. A legtöbb CPU manapság több, mint egy CPU mag, fut több, mint egy CPU menet. Ha a CPU négy maggal rendelkezik, akkor az 1 CPU terhelése nem teljesen betöltött CPU. Ehelyett csak egynegyed lenne betöltve., Ehelyett a CPU terhelése teljesnek tekinthető a CPU számára, ha a terhelési értéke 4, nem 1.
megfejtése Linux CPU terhelések
futó program, amely megjeleníti a Linux CPU terhelés összesen lehet egy kicsit zavaró az első. Ha olyan parancsot futtat, mint az uptime vagy a top, előfordulhat, hogy a CPU terhelési értéke 1.68 0.55 5.91-nek tűnik. Ha nem tudod, mit keresel, ez zajnak tűnik. Szerencsére ez valójában nagyon könnyű megfejteni. Három érték van itt, és egymás után nézzük meg őket.
az első érték 1,68. Ez a CPU terhelésének értéke az utolsó pillanatban., Mint korábban említettük, ez egy olyan intézkedés, hogy hány program használta a CPU időt az utolsó pillanatban. Tehát ezen a gépen az utolsó pillanatban átlagosan 1, 68 program volt, akár CPU feldolgozási időt használva, akár a CPU feldolgozási idejét várva. Ha ez egyszálú CPU, ez azt jelenti, hogy a számítógép túlterhelt. A felhasználók arra várnak, hogy a programjaik futhassanak a CPU – n, és csökkent teljesítményt érjenek el. Ha ehelyett ez egy kétmagos számítógép vagy egy négymagos, akkor a felhasználók ugyanolyan gyorsan tudják megkapni a CPU időt, mint amire szükségük volt, az utolsó pillanatban.,
a második érték 0,55. Ez a mérés az elmúlt 5 percben. Mint korábban említettük, az 1 alatti mérés azt jelenti, hogy a CPU az idő egy részét teljesen üresjáratban töltötte az ablakban. Ebben az esetben a CPU az idő közel felében tétlen volt. Ha optimalizáljuk a CPU-t, hogy folyamatosan csináljunk valamit, ez nem jó jel.
a végső szám, 5.91, az utolsó 15 perc mérése. Ha nyolcmagos CPU-t használ, akkor ez a szám nem különösebben sokkoló. Ha kétmagos CPU-t használ, akkor egy olyan szám, mint az 5.91, azt jelenti, hogy a CPU nagyon túlterhelt., A felhasználók rendszeresen várják a CPU idejét, és valószínűleg jelentősen lecsökkent teljesítményt tapasztalnak.
Unix vs. Linux CPU terhelések
ha megszokta a CPU terhelésmérését Unix-ban, ezeknek a számoknak némelyike magasnak tűnhet számodra. Ennek oka, hogy a Unix és a Linux eltérően mérik a CPU terhelését. A Unix kifejezetten a CPU terhelését méri olyan programok intézkedéseként, amelyek aktívan használják vagy várják a CPU feldolgozását. A Linux kicsit másképp méri a dolgokat, és megérti, hogyan kulcsfontosságú a jó rendszerigazgatás.,
a Linux intézkedések CPU terhelés által keresett mind a programok, amelyek jelenleg nem használja, vagy vár a CPU időt, amellett, hogy a programok, amelyek a vár államokban. Például egy olyan program, amely egy hálózati kérelemre vár, vagy egy lemezről tölt be valamit, nem számítana a UNIX CPU terhelésére. Linuxon igen. Az, hogy ez egy jobb vagy rosszabb megközelítés, az Ön Felhasználási esetétől függ. Ha csak a teljes CPU-használatot szeretné mérni, a Unix jobb felületet biztosít., De ha van olyan programod, amely 30 másodpercig zárolva vár egy hálózati kérésre, a Linux ezt fogja mondani. Unix soha felszínre, hogy az adatok egyáltalán.
CPU terhelések optimalizálása
nincs ezüst golyó a CPU terhelések optimalizálására. Ez egy olyan folyamat, amelyet holisztikusan kell megközelíteni. Ugyanúgy, mint a CPU használat, ha egy szerveren szeretne közel 100%, de nem több. Néha a CPU terhelések optimalizálásának folyamata nagyon egyszerű. Lehet, hogy a szerver egyszerre csak két szálat fog használni., Ebben az esetben a szerverterhelések optimalizálása nem bonyolultabb, mint a kétmagos processzor. Lehet, hogy gyorsabb processzorra van szüksége, hogy megbizonyosodjon arról, hogy ezek a programok időben befejeződnek-e, de soha nem lesz szüksége több mint két magra.
a legtöbb rendszer valójában nem korlátozódik pontosan két aktív szálra. A legtöbb szerver sokkal bonyolultabb. Az egyik igazi kihívás a magok számának a lehető legalacsonyabb szinten tartása, mivel ez pénzt takarít meg, anélkül, hogy túl alacsony lenne és megalázó felhasználói élményeket okozna. Lehet, hogy optimalizálnia kell a kiszolgáló által futtatott kódot., Időnként meg kell határoznia, hogy mennyi programidőt fogyaszt el az olyan dolgok várakozása, mint az adatbázis-lekérdezések. Lehet, hogy tényleg meg kell, hogy akár a mag számít a processzor. A szűk keresztmetszetű szervereknek számos oka lehet, számos módon rögzíthetők.
hogy van a CPU terhelés?
a CPU terhelésének monitorozása és optimalizálása fontos része annak, hogy a legtöbbet hozza ki a szerver memóriájából. Sajnos ez egy időigényes, kézi folyamat is. Mint már említettük, a legtöbb Linux parancs csak 15 perces windows CPU terhelést biztosít., Ez egy jó dolog; nem akarja, hogy az ablakok sokkal szélesebbek legyenek. Nehéz lenne bármilyen hasznos információt kiszedni belőlük. Azonban a 15 perces gördülő periódusok során a CPU terhelésének szemmel tartása egyfajta fejfájás.
szerencsére vannak jó eszközök az ilyen dolgok ellenőrzésére. Például a Scalyr képes ellenőrizni a CPU terhelését, csak néhány napló bevitelével. Nem csak egy egyszerű numerikus kinyomtatást kapsz., Ehelyett kapsz egy szép vizuális, amely megmutatja a teljes CPU terhelés idővel. Ez különösen hasznos lehet, mivel segít meghatározni azokat a konkrét ablakokat, amelyek a legigényesebbek a CPU-n. A szerver teljesítményének optimalizálása azt jelenti, hogy részletesen megértjük, nem csak magas szinten.
része, hogy egy jó rendszergazda azt jelenti, megértése a szerver minden irányból. A vállalat szerverberuházásának maximalizálásának kulcsfontosságú része a CPU-terhelés értelmezésének és optimalizálásának ismerete., Mielőtt ezt megteheti, meg kell értenie, hogy valójában mi a szerver CPU terhelése. Nincs jobb nap, mint ma az induláshoz a szerver CPU terhelésének figyelése. Ma elkezdheti kidolgozni az optimalizálási tervet.
ezt a bejegyzést Eric Boersma írta. Eric egy szoftver fejlesztő valamint fejlesztési vezető, aki mindent megtett, amit a biztonsági gyógyszerek írás intelligencia szoftver az amerikai kormány épület nemzetközi fejlesztési csapat, a non-profit., Szeret beszélni azokról a dolgokról, amiket az út során megtanult, és élvezi a hallgatást és a tanulást másoktól is.