Hozzászólások
-
Bejegyzés
-
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-
esetleg meg lehet oldani egy olyan javascript-el amivel nyitsz egy új bongésző ablakot ahol letiltod ezeket a funkciókat és bezárod a hívó ablakot.
valahol van is ilyen példám megkeressem?
-TamsA-
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).aty:
nem a swap-hoz hozzá sem nyúl.kisbetu:
a gép nem tud semmit, csak amire programozták 🙁
CPU üresjárat: 98%, memória kihasználtság: 90%, virtuális memória kihasználtság: 0,05%-TamsA-
vizsla wrote:„Szükségem lenne olyan programra/ötletre amivel ki lehetne deríteni mi/melyik folyamat a felelős ezért a terhelésért.”
top„lehetne a kérdésre válaszolni?”
Csak, ha megértjük a kérdést.
(A „high”, igen sokszor nem „magas”… az autora sem azt mondod, hogy „magasan” megy (high speed), mert az mást jelent.)Ha lehet a nyelvészkedést mellőzzük, azt’szem az írás rátával mindent megmagyaráztam..
egyébek iránt a top (amennyiben a man top nem hazudik) nem ad információt a disk írásról folyamat szinten.
Elsődleges célom kideríteni, mi az ami ilyen módon terhelia disk-et.
Mivel a Disk írás a igen lasú folyamat, így CPU-ban és memória használatban nem jelent kiugró terhelést.-TamsA-
kisbetu wrote:Nem igazán értem.
Az írás „magas”?Nem ér le a diszkig? Vagy túl vastag a réteg?
Mi magas?
(Nekem a magyar nyelv, az magas.)3800 block /sec az magas azaz sok, no és a majd 20%-os iowait.
most, hogy kitárgyaltuk azt miért buktam meg helyesírásból és miért van csak bélásom az anyanyelvem műveléséből, lehetne a kérdésre válaszolni?
megpróbálom érthetően:
Van egy RedHat 4 Advanced Server, amin az iostat szerint nagy, (nem olyan értelemben nagy mint egy kő, hanem kvantitivan), magas, sok, a lemezes háttértárolóra az írás (3800 blokk másodpercenként), noha a telepített rendszer nincs terhelve. (van egy másik gyengébb vas {vas=másik gép}, ahol nem mérek ilyen terhelést)
Szükségem lenne olyan programra/ötletre amivel ki lehetne deríteni mi/melyik folyamat a felelős ezért a terhelésért.
Köszönettel:
TamsA
Hm. Az „ape” kifejezésre azért rákereshettél volna. Lehet, hogy neked semmitmondó, ezért nem is boldogulsz vele.
„.ape is the file extension for Monkey’s Audio Files. Monkey’s Audio is a pseudo-free lossless audio codec, like flac.”
További kérdés?a kiterjesztés azért semmitmondó, hiszen bármit bármire át lehet nevezni 🙁 így szerintem a file töb segítséget ad(hat)
mac segített 🙂 http://sourceforge.net/projects/mac-port/
-TamsA-
ps.: kösz az építkezõ +jegyzést.
Köszi az infót de ezekkel (xmms, mplayer) már próbálkoztam, eredménytelenül 😡
a file-ok kiterjesztése .ape de ez semmitmondó gondolom
file „MP3 file with ID3 version 2.3.0 tag” állítja róla, de mplayer csak zajt játszik (fehér zajnak híják), xmms meg meg sem nyikkan rajt.
egyébként uhu1.2 mplayer:1.0pre7try2-3.3.4 xmms 1.2.10.újabb 5let?
-TamsA-
legutóbbi hsz