- This topic has 18 hozzászólás, 7 résztvevő, and was last updated 18 years, 7 months telt el by
.
-
Bejegyzés
-
tamsa wrote:kisbetu:
a gép nem tud semmit, csak amire programozták 🙁HATALMAS tévedés, de köszönöm, hogy meg akarod tanítani nekem a szakmámat.
A gép nagyon jól tudja a fizikát, jobban mint te.
Sőt, pontosan tudja azokat az utasításokat, amiket képes végrehajtani.És amit a „programozók” elkövetnek ellene, arról jobb lenne nem beszélni.
Sokkal hatékonyabb programokat lehetne írni, ha a „programozók” tudnák, mit tud a gép.aty:
scsi raid-elt disk , és semmi különbség…
nem nem zörög, és a kontroller sem panaszkodik megelgedésről.vizsla:
Egyszerűen nem értem mi okozza a korábban is említett írást a disken.
Ezért szeretném kideríteni, hogy melyik folyamatnak/process-nek van ekkora írási igénye.
Boot után ez folyamatosan emelkedik a jelzett szintig. Könnyen elképzelhező, hogy egy rosszul megírt modul rángatja a diszket, de az eddigi tippjeim nem jöttek be.
CPU-ból tudom mi eszik 2%-ot de az nem ír a diszkre.
Ha a swap-ot kikapcsolom akkor sem változik semmi.
Nyilván lsof-el és a processess-ek egyenkénti trace-elésével megtalálható a bűnös, de ez hosszadalmas meló (most ezt csinálja a rendszer gazdája).köszönettel:
-TamsA-
Szeretnék egy olyan eszközre találni, ami képes ezt kapásból kimutatni (hasonlóan mint HP-n a glance).Sziasztok,
megvan a bűnös köszönöm a segítséget…
az atop-ot ki próbáltartom amint lesz kis időnk (felre értettem atop helyett a top-ra asszociáltam)
azért végül még majd megírom, hogy az atop hogyan vált (volna) be.
Üdvözlettel:
-TamsA-
tamsa wrote:Sziasztok,megvan a bűnös köszönöm a segítséget…
az atop-ot ki próbáltartom amint lesz kis időnk (felre értettem atop helyett a top-ra asszociáltam)
azért végül még majd megírom, hogy az atop hogyan vált (volna) be.
Üdvözlettel:
-TamsA-
Örülök! Sokat segítettél, ha esetleg nálam is jelentkezik ez a probléma.
Sajna az üzemeltetés nem engedte (egyenlőre) feltenni a szükséges kernel Patch-et, dekipróbáltam a saját környezetemben az „atop’-ot és jól mutatja a processenkénti írási rátát.
KÖsz még 1xerTamsA
Picsinyke adalék az „atop” kernel patch-hez.
Redhat 4 U2-re feltettem a szükséges kernel patch-et, innen kezdve használhatóak a diszk/hálózat process szintű monitorozására az atop.
Gyenge hiba
cat /proc/kcore >/dev/null
behalasztja az egész HP-Bladet még az ILO-t is 🙁-TamsA-
Sziasztok!
Olyan problémám van, hogy magas a diszken az irás és ebből következőleg viszonylag magas az iowait is, noha még nics is igazán terhelve a rendszer.
Azt szeretném kideríteni melyik process feleleős az extrém magas írásért (3800 bock/sec)telepített rendszer: RH 4 AS Update2
előre is kösz:TamsA
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz