AIX magas load, alacsony processzorterhelés

UNIX haladó

Sziasztok!

Bizonyára nagyon gagyinak fogjátok tartani a kérdésemet, és elküldtök man-t olvasni, de van egy kis problémám, amiről már konzultáltam egy pár emberrel, de elég hihetetlennek tartották, és egyelőre senkinek sincs semmi ötlete. A helyzet tehát a következő:

Vagy egy power5-ös AIX 5.3 ML1 oprendszert futtató gép (1db 2core-s power5-ös proci van erre az LPAR-ra kiosztva), amin egy WebSphere Portal Server fut (szerintem az alapszitu felfogásához nem biztos, hogy fontos, de a teljesség kedvéért megemlítem). Ez nappal szépen (na jó, lassan, de ez egy más kérdés) kiszolgája a usereket (kb 98% proci terheltség, load olyan 8-9-ig is felkúszik). Az érdekesség este történik, amikor kérések kb semennyire sincsenek. A processzor terheltsége a 10%-ot sem éri el, VISZONT az 1 perces átlagos load (egyelőre ezt mértük hoszabb időn keresztül) ekkor sem megy 2.5 alá. Tehát a kérdés: hogyan lehet az egyáltalán, hogy a proci szinte semmivel sem foglalkozik, kérés nincsen, amit ki kellene szolgálni, "futtatható processzek száma" (elvi load definíció) mégis minimum 2.5. Semmilyen batch processz, vagy hasonló irgalmatlan feldolgozás nem megy este. Ha leállítom a WebSphere-t, akkor pedig megszünik a load (innen persze következhet, hogy abban, vagy egy azon futó alkalmazásban van a zizi, de az elvi kérdés ettől függetlenül még mindíg ott van).

Szóval egyelőre tök tanácstalan vagyok, ha bárkinek van valami ötlete, amit szívesen megosztana velem, ebben a témában, nagyon szívesen venném...

Zsolt

  • 1744 megtekintés

( andrej_ v | 2006. 04. 15., szo – 00:34 )

A load az a CPU-ra váró prócesszek száma (http://nosheep.net/story/defining-unix-load-average/). Valszin az lesz, amit írtál, hogy a websphere vagy az app csinál valamit. Szerintem ha nem zabálódik a CPU nagyon, akkor az appban kéne megnézni, hogy-e valami konstans ellenőrzés valamire.

( kamm | 2006. 04. 15., szo – 11:16 )

Probald ki a WebSphere-t valami helloworld szeruseggel eloszor, hogy ugy milyen terhelest general.
Elsore en I/O terhelesre gondolok, de csak tipp. Tovabbi nyomozashoz szerintem eressz ra egy truss-t, hatha kiderul valami.

( -ecet- | 2006. 04. 15., szo – 12:42 )

Memóriahasználat? A swap műveletek keményen megnyomják a load-ot 0 processzorterhelés melett is.

( nala | 2006. 04. 15., szo – 18:49 )

Az AIX fura egy jószág . a 90-es évek elején csinátunk egy próbát amiben kb. 40-50 gzip-t engestünk rá az akkori (3.1-es ) AIX-re és Linux-re (kb. 1.0 körüli) Az AIX a time sharing-nek megfelelöen 40-50 szer lassabban , de megcsinálta, a Linux pedig kifeküdt, padig ha egy-két gzip-t indítottunk talán még gyorsabb is volt.
Az AIX erőforrás kezelése első indulásra foglal sokat, majd a terheléstől függően kb. lineárisan nő. Ha azt is vigyelembe vesszük, hogy memória ellenőrzést is végez (IBM saját, license, mások is tőlük veszik) -szabad idejében -, elképzelhető, hogy ez az eredmény normális.
Következö megjegyzés: attól is függ a következtetés, hogy MIVEL méred?
Szabad forrású programok attól hogy lefordulnak AIX-n nem feltétlenül adnak pontos eredményt, mert nem kifejezetten erre az arhitektúrára készülnek. Terhelés mérésre, optimalizálásra az IBM.nek van csomagja, de ténylegesen használható része - tudtommal - pénzes, csak az alapok tölthetők le ingyen.

( nala | 2006. 04. 15., szo – 19:02 )

még egy megjegyzés mástól 2000-ból, de szerintem megfontolandó ma is:

the "Memory Load Control is disabled" comment, this is a built-in
mechanism into AIX for the prevention of thrashing conditions that would result from memory overcommitment. AIX has a page stealer mechanism that frees up memory pages that are unlikely to be used in the near future. An overcommitment situation --where no pages are good candidates for freeing--will cause a process to encounter a page fault as soon as it is dispatched. This will in turn cause a page-in situation, but since there's no pages free a pageout must first made to free a page. This is called thrashing and when this happens your system spends all its time paging in and out and no time processing the load. This is a rapidly spiraling vicious circle, specially on a server. Memory Load Control allows you to specify thresholds to prevent this by suspending some processes for some time until
the thrashing passes. This is a safety net which comes enabled by default with some conservative values.

The Memory Load Control mechanism and its parameters are controlled thru the vmtune command (look in /usr/lpp/samples). There are some serious caveats with this command and the reson why this is NOT found in /usr/[s]bin.Consult the Performance Tuning Guide on the documentation web site before proceeding any further down this path. Also be sure to understand why it was thought a good idea to turn this feature off to begin with.

Szóval vmtune és PTG (Performance Tuning Guide)

( bone-ash (nem ellenőrzött) | 2006. 04. 16., v – 01:50 )

Hello!

Szorakozz meg kicsit vele biztos rajossz, "aix only fun" :)
Boccs most kicsit off lesz kiprobalnam enis 5.3at esetleg ha tudsz adni valami torrent v ftp cimet ahonnan lewarezolhatnam megkoszonnem, ugyis jo ha privatba elkuldod!

thx