Kezdőlap › Fórumok › SOS! Bajban vagyok › magas írás a diszken de mitől?
- This topic has 18 hozzászólás, 7 résztvevő, and was last updated 18 years, 7 months telt el by
tamsa.
-
SzerzőBejegyzés
-
2006-08-19-18:02 #2069725tamsa 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.2006-08-20-09:19 #2069726aty:
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).2006-08-20-13:50 #2069727esetleg egy hdparm kimenetet beküldhetnél.
2006-08-20-15:57 #2069728Az atop meg tudja mutatni, hogy melyik process ír a lemezre. (Ált. több ír/olvas, mint gondolnád.)
2006-08-21-05:24 #2069729Sziasztok,
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-
2006-08-21-06:47 #2069730tamsa 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.
2006-08-27-15:17 #2069731Sajna 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
2006-12-02-12:58 #2069732Picsinyke 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-
2009-12-04-19:58 #1884023Sziasztok!
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
-
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz