A processzor száz százalékot mutat: mit kell kérdezni a szám elolvasása előtt

A panelen a processzor magasnak látszik. Bármilyen lépés előtt egyetlen kérdés jár: milyen időszakot ír le ez a szám?

Mert három különböző szám viseli ugyanazt a nevet, és a három mást mond.

Három szám ugyanazon a néven

Az indítás óta számított átlag. Ha a gép két hónapja három napon át terhelt volt, az a terheltség ma is benne ül ebben az átlagban. Az "éppen most" kérdésre nem válaszol.

A felhalmozott összeg. Soha nem csökken. A múltról szól, nem a mai napról.

A két mintavétel közötti különbség. Két mérés készül, és a köztük lévő változás olvasódik le. Az "éppen most" kérdésre csak ez válaszol.

A klasszikus csapda

A folyamatokat listázó szokásos eszköz az első képernyőjén az indítás óta számított átlagot mutatja. Az első képernyő alapján tett lépés a múltba avatkozik bele, nem a mai napba.

A helyes út legalább két mintavétel, és a második leolvasása. Nem az eszköz hibás, hanem az olvasás módja.

Ugyanez a hiba mindenütt ugyanazt az alakot ölti

Ez az alak ebben a wikiben már kétszer előfordult.

A lemezkopásnál az hangzott el, hogy nem a százalék, hanem a meredekség számít: a maradék nyolcvanöt százalék az egyik lemezen tíz évet jelent, a másikon nyolc hónapot.

Az eldobott csomagoknál az hangzott el, hogy nem az összeg, hanem az arány számít: azt a gépet, amelynek tavaly volt egy rossz órája, a számlálója életre szólóan bűnösnek mutatja.

A processzornál nem az átlag, hanem a különbség számít. Három különböző hely, egyetlen olvasási hiba.

Általános szabályként is leírható: a kimondott időablak nélküli szám nem mérés. Bármelyik szám alapján tett lépés előtt tisztázni kell, melyik ablakra vonatkozik.

Amikor a processzor valóban magas

Ekkor egy második megkülönböztetés kell: egyetlen gép terhelt, vagy a szerver kevés?

Normális, hogy a virtuális gép a neki adott részt teljesen felhasználja. Ha két mag jutott neki, és azt a két magot betöltötte, a rendszer pontosan a tervek szerint működik.

A gond az a pillanat, amikor a szerver telítődik: a vendégek nem kapják meg, amit kérnek, és egyszerre lassul mindegyik.

Van még egy gyakran összekevert dolog: a terhelési mutató nem processzorhasználat. A terhelési mutató a várakozó dolgokat számolja, és ezek egy része nem a processzorra vár, hanem a lemezre. Előfordulhat, hogy a terhelési mutató magas, miközben a processzor tétlen, és ez máshová irányítja a keresést.

Mit csinál az Atlas

Amikor az Atlas a szerver leginkább processzorigényes folyamatait listázza, szándékosan két mintát vesz, és a másodikat olvassa le.

Az ok pontosan a fenti csapda: az első minta az indítás óta számított átlagot hordozza, és a megmutatása félrevezetne. A különbség nem apróság: az első minta szerint rendezett lista a hónapokkal ezelőtt terhelt folyamatot a mai nap okozójaként mutatja be.

Egy másik apró, de őszinte részlet: a mérés eredménye rövid ideig megmarad, és az egyszerre érkező kérések egyetlen méréshez kapcsolódnak. Az ok: amíg a kártya nyitva van, néhány másodpercenként frissül, és minden frissítéskor új mérést indítani fölöslegesen terhelné a szervert.

Ez ugyanaz az elv, mint a hőmérsékletről szóló bejegyzésben: ami figyel, ne az legyen, ami költséget okoz.