Kezdőlap › Fórumok › Vegyes gondok › Ki ír a lemezemre?
- This topic has 58 hozzászólás, 7 résztvevő, and was last updated 16 years, 8 months telt el by
gabaman.
-
SzerzőBejegyzés
-
2008-10-31-15:52 #2175558
Az ellentmondásosságomnak az lehet az oka, hogy nem igazán tudom, hol fogjam meg a problémát. Amikor az atop-ban látom, hogy a lemez 100%-ig foglalt (néha 101%, ami elég fura), és emellet a CPU wait 95%, valamint csak ír a lemez, azt gondolom, hogy ez a baj forrása. Amikor meg látom a dstat-on, hogy folyamatosan másodpercenként 1-2MB-ot ír, és ezzel kijön a napi 120G, akkor meg azt hiszem, ez a baj.
– Két 70GB-os SCSI winyó van a gépben, egyetlen teljesen hardveres RAID 1 tükörben. Más lemez nincs.
– A teljes fájlrendszer egy partíció.
– Ezen van a swap partíció is, ami 3GB.
– JSP, ASP nincs a gépen. Csak php fut. Elvileg sok lehet egyedi mindenféle, de nem igazán látok 2-3 domainnál több aktívat.
– Rsync csak úgy van a gépen, hogy minden hajnalban lefut egy távoili gépről. Napközben nincs.
Próbáltam find-dal megtalálni egy gyanús fájlt, de csak olyan fájlokat látok módosulni, amiken nem lepődom meg. Logok, mysql adatbázisok, session és tmp fájlok, eaccelerator cache-ek, beérkező levelek. (A levél forgalom szerintem elég alacsony.)
Annyit látok még a collectd alapján, hogy az írás mennyisége – úgy tűnik – arányos az apache kérelmek számával, ami arányos a mysql parancsok számával. De ezek alapján még akármi is lehet. Akár az apache, akár a mysql, akár a php, akár az eaccelerator, vagy akár valami rendszer bug. Mintha például nem használná rendesen a 4GB memóriát, hanem helyette mindig kiírna lemezre. Bár a collectd alapján a 4GB memóriából csak 1-et használ aktívan, a megmaradt kb. 3GB page cache.2008-10-31-15:52 #2175559Az ellentmondásosságomnak az lehet az oka, hogy nem igazán tudom, hol fogjam meg a problémát. Amikor az atop-ban látom, hogy a lemez 100%-ig foglalt (néha 101%, ami elég fura), és emellet a CPU wait 95%, valamint csak ír a lemez, azt gondolom, hogy ez a baj forrása. Amikor meg látom a dstat-on, hogy folyamatosan másodpercenként 1-2MB-ot ír, és ezzel kijön a napi 120G, akkor meg azt hiszem, ez a baj.
– Két 70GB-os SCSI winyó van a gépben, egyetlen teljesen hardveres RAID 1 tükörben. Más lemez nincs.
– A teljes fájlrendszer egy partíció.
– Ezen van a swap partíció is, ami 3GB.
– JSP, ASP nincs a gépen. Csak php fut. Elvileg sok lehet egyedi mindenféle, de nem igazán látok 2-3 domainnál több aktívat.
– Rsync csak úgy van a gépen, hogy minden hajnalban lefut egy távoili gépről. Napközben nincs.
Próbáltam find-dal megtalálni egy gyanús fájlt, de csak olyan fájlokat látok módosulni, amiken nem lepődom meg. Logok, mysql adatbázisok, session és tmp fájlok, eaccelerator cache-ek, beérkező levelek. (A levél forgalom szerintem elég alacsony.)
Annyit látok még a collectd alapján, hogy az írás mennyisége – úgy tűnik – arányos az apache kérelmek számával, ami arányos a mysql parancsok számával. De ezek alapján még akármi is lehet. Akár az apache, akár a mysql, akár a php, akár az eaccelerator, vagy akár valami rendszer bug. Mintha például nem használná rendesen a 4GB memóriát, hanem helyette mindig kiírna lemezre. Bár a collectd alapján a 4GB memóriából csak 1-et használ aktívan, a megmaradt kb. 3GB page cache.2008-10-31-16:42 #2175560– A teljes fájlrendszer egy partíció.
– Ezen van a swap partíció is, ami 3GB.Hát, nekem már ez is két egymásnak ellentmondó állításnak hangzik… ???
2008-10-31-16:42 #2175561– A teljes fájlrendszer egy partíció.
– Ezen van a swap partíció is, ami 3GB.Hát, nekem már ez is két egymásnak ellentmondó állításnak hangzik… ???
2008-10-31-16:55 #2175562Rendben, nem fogalmaztam pontosan:
Ezen a wincseszteren van a root fájlrendszer egy partíció, meg a swap egy másik partíció.2008-10-31-16:55 #2175563Rendben, nem fogalmaztam pontosan:
Ezen a wincseszteren van a root fájlrendszer egy partíció, meg a swap egy másik partíció.2008-10-31-17:20 #2175564linuxforum wrote:Az ellentmondásosságomnak az lehet az oka, hogy nem igazán tudom, hol fogjam meg a problémát.Szerintem más az oka, de nem lenne jó ha megsértődnél.
linuxforum wrote:– Két 70GB-os SCSI winyó van a gépben, egyetlen teljesen hardveres RAID 1 tükörben. Más lemez nincs.linuxforum wrote:Nagyon szomorú vagyok!
Az írás sebessége /dev/zero forrással 412MB/s, /dev/urandom forrással 6MB/s.
Kipróbáltam, hogy a random létrehozott fájlt másolom, akkor is majd 400MB/s volt a sebesség.
Ezek szerint 400MB/s körül van az írási sebességem? Akkor az egyáltalán nem lassú!80 MB/s vs 421MB/s.
2db 10k vinyó RAID1 vs 6-8db vinyó RAID5.
No comment…Mivel átmeneti merevlemezes túlterhelésről beszélünk, nyilvánvalóan a kettő között nincs semmi lényeges különbség.
linuxforum wrote:Már csak azért is, mert a teljes felhasznált adatmennyiség 40GB körül van. Ebbe nem jöhet létre naponta 120GB új adat.Hogyan tudnék segíteni amikor nem ismerős számodra a méret limites naplófájl fogalma.
A jelenlegi állapot alapján (hacsak nem derül ki megint hogy valami máshogy van mint ahogy leírtad) szinte biztosan egy szinkron fájl írás okozza a problémát, ami alacsony CPU és vinyó átvitel mellett 100%-os terhelést okoz az I/O műveletet torlódása esetén. De hogy hol mi hogyan van beállítva, azt már magadnak kell kideríteni.
2008-10-31-17:20 #2175565linuxforum wrote:Az ellentmondásosságomnak az lehet az oka, hogy nem igazán tudom, hol fogjam meg a problémát.Szerintem más az oka, de nem lenne jó ha megsértődnél.
linuxforum wrote:– Két 70GB-os SCSI winyó van a gépben, egyetlen teljesen hardveres RAID 1 tükörben. Más lemez nincs.linuxforum wrote:Nagyon szomorú vagyok!
Az írás sebessége /dev/zero forrással 412MB/s, /dev/urandom forrással 6MB/s.
Kipróbáltam, hogy a random létrehozott fájlt másolom, akkor is majd 400MB/s volt a sebesség.
Ezek szerint 400MB/s körül van az írási sebességem? Akkor az egyáltalán nem lassú!80 MB/s vs 421MB/s.
2db 10k vinyó RAID1 vs 6-8db vinyó RAID5.
No comment…Mivel átmeneti merevlemezes túlterhelésről beszélünk, nyilvánvalóan a kettő között nincs semmi lényeges különbség.
linuxforum wrote:Már csak azért is, mert a teljes felhasznált adatmennyiség 40GB körül van. Ebbe nem jöhet létre naponta 120GB új adat.Hogyan tudnék segíteni amikor nem ismerős számodra a méret limites naplófájl fogalma.
A jelenlegi állapot alapján (hacsak nem derül ki megint hogy valami máshogy van mint ahogy leírtad) szinte biztosan egy szinkron fájl írás okozza a problémát, ami alacsony CPU és vinyó átvitel mellett 100%-os terhelést okoz az I/O műveletet torlódása esetén. De hogy hol mi hogyan van beállítva, azt már magadnak kell kideríteni.
2009-12-04-20:03 #1888588Fucsa terhelés nyomait kutatom. Addig már eljutottam, hogy nagyon sokszor várakozik a CPU valamire. Érdekes módon olyankor is, amikor a 4 magból csak 1 dolgozik. (2 db 2 magos cpu van a gépben.) Arra gondolnék elsőre, hogy a lemezre vár, bár az atop nem jelez nagy lemezfelhasználást egyik alkalmazáshoz sem. Mégis van, hogy 90%-ot ír ki wait-re a CPU-khoz.
Itt van egy mpstat 1 3 kimenet:Code:14.52.17 CPU %user %nice %sys %iowait %irq %soft %steal %idle intr/s
14.52.18 all 6,68 0,00 2,72 18,56 0,00 0,00 0,00 72,03 1151,00
14.52.19 all 20,25 0,00 4,75 24,75 0,00 0,00 0,00 50,25 1020,59
14.52.20 all 34,91 0,00 4,49 9,98 0,00 0,25 0,00 50,37 924,00Ezek szerint mégis csak a lemezre vár sokat, bár nem értem, akkot az atop miért nem jelzi a processlistában.
A kérdés igazából az, hogyan tudnám behatárolni, hogy ki ír ennyit a lemezre? Akár processzre, akár user-re jó lenne. -
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz