- This topic has 58 hozzászólás, 7 résztvevő, and was last updated 16 years, 8 months telt el by
.
-
Bejegyzés
-
Sorry, nem /dev/null, hanem /dev/zero.
Helyesen:
Code:time dd if=/dev/zero of=/PATH/test.file bs=1024k count=100linuxforum wrote:Bár nem értem, ez a sor miért jó tesztnek, hisz 0 bájtos eredményt hoz létre.Eredeti szándék szerint egy 100MB-os nullákkal teli fájlt hoz létre. Lehetne akár mekkora, a /dev/zero a kiapadhatatlan nullák forrása.
Sorry, nem /dev/null, hanem /dev/zero.
Helyesen:
Code:time dd if=/dev/zero of=/PATH/test.file bs=1024k count=100linuxforum wrote:Bár nem értem, ez a sor miért jó tesztnek, hisz 0 bájtos eredményt hoz létre.Eredeti szándék szerint egy 100MB-os nullákkal teli fájlt hoz létre. Lehetne akár mekkora, a /dev/zero a kiapadhatatlan nullák forrása.
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ú! Akkor a cache nem fogja megoldani a problémámat. (Ráadásul kockázatos.) De akkor marad a kérdés: ki ír ennyit a lemezemre???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ú! Akkor a cache nem fogja megoldani a problémámat. (Ráadásul kockázatos.) De akkor marad a kérdés: ki ír ennyit a lemezemre???linuxforum wrote:De akkor marad a kérdés: ki ír ennyit a lemezemre???Nagyon meglepő lenne ha azt mondanám, hogy intenzív lemez olvasás + nagy hálózati forgalom (pl. adatbázis lekérdezés) is nagy eséllyel okozhat üzemszerűen hatalmas I/O terhelést alacsony CPU használattal? Egyáltalán megnézted a hálózati forgalmi adatokat, vagy elvből kizártad hogy nem okozhatja ezt a jelenséget?
linuxforum wrote:De akkor marad a kérdés: ki ír ennyit a lemezemre???Nagyon meglepő lenne ha azt mondanám, hogy intenzív lemez olvasás + nagy hálózati forgalom (pl. adatbázis lekérdezés) is nagy eséllyel okozhat üzemszerűen hatalmas I/O terhelést alacsony CPU használattal? Egyáltalán megnézted a hálózati forgalmi adatokat, vagy elvből kizártad hogy nem okozhatja ezt a jelenséget?
Nem, nem lenne meglepő. Én sem vagyok biztos, pontosan mit is keresek. De az ilyen értékek egészen elbizonytalanítanak. (atop aktív processzek userenként csoportosítva.)
Code:ATOP – csm2 2008/10/28 18:57:39 1 seconds elapsed
PRC | sys 0.08s | user 0.16s | #thr 219 | #zombie 2 | #exit 5 |
CPU | sys 8% | user 18% | irq 0% | idle 282% | wait 92% |
cpu | sys 5% | user 8% | irq 0% | idle 0% | cpu000 w 87% |
cpu | sys 1% | user 6% | irq 0% | idle 88% | cpu002 w 5% |
cpu | sys 1% | user 3% | irq 0% | idle 96% | cpu003 w 0% |
cpu | sys 1% | user 1% | irq 0% | idle 98% | cpu001 w 0% |
MEM | tot 3.9G | free 417.1M | cache 2.4G | buff 233.1M | slab 161.3M |
SWP | tot 2.8G | free 2.6G | | vmcom 1.9G | vmlim 4.8G |
DSK | cciss/c0d0 | busy 101% | read 0 | write 316 | avio 3 ms |
NET | transport | tcpi 208 | tcpo 196 | udpi 0 | udpo 0 |
NET | network | ipi 208 | ipo 198 | ipfrw 0 | deliv 208 |
NET | dev eth0 | pcki 150 | pcko 209 | in 113 Kbps | out 1 Mbps |
NET | dev lo | pcki 8 | pcko 8 | in 5 Kbps | out 5 Kbps |
PAUSED
NPROCS SYSCPU USRCPU VSIZE RSIZE RDDSK WRDSK RNET SNET DSK USER 1/1
3 0.04s 0.13s 160.6M 25776K 0 0 0 0 0% domain1user
11 0.02s 0.01s 1.2G 47284K 0 0 0 0 0% www-data
1 0.00s 0.02s 0K 0K 0 0 0 0 0% domain2user
1 0.01s 0.00s 629.1M 59812K 0 0 0 0 0% mysql
2 0.01s 0.00s 25856K 4032K 0 0 0 0 0% root
2 0.00s 0.00s 5892K 568K 0 0 0 0 0% qmaildA lemez foglaltsága 101%, csak írás van, és egyetlen user sem foglalja lényegesen a lemezt. De akkor miért 101%?
Ráadásul a collectd adatai alapján összességében kb. 3-szor annyi a lemezre írás, mint a lemezről való olvasás, ami engem már magában is meglep, hisz alapvetően csak weboldalak és levelezés van a rendszerben.Nem, nem lenne meglepő. Én sem vagyok biztos, pontosan mit is keresek. De az ilyen értékek egészen elbizonytalanítanak. (atop aktív processzek userenként csoportosítva.)
Code:ATOP – csm2 2008/10/28 18:57:39 1 seconds elapsed
PRC | sys 0.08s | user 0.16s | #thr 219 | #zombie 2 | #exit 5 |
CPU | sys 8% | user 18% | irq 0% | idle 282% | wait 92% |
cpu | sys 5% | user 8% | irq 0% | idle 0% | cpu000 w 87% |
cpu | sys 1% | user 6% | irq 0% | idle 88% | cpu002 w 5% |
cpu | sys 1% | user 3% | irq 0% | idle 96% | cpu003 w 0% |
cpu | sys 1% | user 1% | irq 0% | idle 98% | cpu001 w 0% |
MEM | tot 3.9G | free 417.1M | cache 2.4G | buff 233.1M | slab 161.3M |
SWP | tot 2.8G | free 2.6G | | vmcom 1.9G | vmlim 4.8G |
DSK | cciss/c0d0 | busy 101% | read 0 | write 316 | avio 3 ms |
NET | transport | tcpi 208 | tcpo 196 | udpi 0 | udpo 0 |
NET | network | ipi 208 | ipo 198 | ipfrw 0 | deliv 208 |
NET | dev eth0 | pcki 150 | pcko 209 | in 113 Kbps | out 1 Mbps |
NET | dev lo | pcki 8 | pcko 8 | in 5 Kbps | out 5 Kbps |
PAUSED
NPROCS SYSCPU USRCPU VSIZE RSIZE RDDSK WRDSK RNET SNET DSK USER 1/1
3 0.04s 0.13s 160.6M 25776K 0 0 0 0 0% domain1user
11 0.02s 0.01s 1.2G 47284K 0 0 0 0 0% www-data
1 0.00s 0.02s 0K 0K 0 0 0 0 0% domain2user
1 0.01s 0.00s 629.1M 59812K 0 0 0 0 0% mysql
2 0.01s 0.00s 25856K 4032K 0 0 0 0 0% root
2 0.00s 0.00s 5892K 568K 0 0 0 0 0% qmaildA lemez foglaltsága 101%, csak írás van, és egyetlen user sem foglalja lényegesen a lemezt. De akkor miért 101%?
Ráadásul a collectd adatai alapján összességében kb. 3-szor annyi a lemezre írás, mint a lemezről való olvasás, ami engem már magában is meglep, hisz alapvetően csak weboldalak és levelezés van a rendszerben.Ja hogy webszerver? Így mindjárt más.
linuxforum wrote:A lemez foglaltsága 101%, csak írás van, és egyetlen user sem foglalja lényegesen a lemezt. De akkor miért 101%?
Ráadásul a collectd adatai alapján összességében kb. 3-szor annyi a lemezre írás, mint a lemezről való olvasás, ami engem már magában is meglep, hisz alapvetően csak weboldalak és levelezés van a rendszerben.Egyszerű, mert a weboldalakhoz szükséges adatbázis kiszolgáló rendezgeti az indexelt táblákat a vinyón. Általában a rosszul agyonnaplózott portálok miatt van, mert minden oldal lekérés nagy mennyiségű adat beszúrással jár, de ezek ritkán vannak lekérdezve. Ezért 3x nagyobb az írás mennyisége. Találkoztam már többszáz megabájtos indexelt látogatási naplóval. Nézd meg a MySQL napló elemzéseket, mekkorák a táblák, mennyit ír a MySQL a vinyóra, stb. Ez az I/O terhelés tüske szerű, vagy több tíz másodpercig tart?
Ja hogy webszerver? Így mindjárt más.
linuxforum wrote:A lemez foglaltsága 101%, csak írás van, és egyetlen user sem foglalja lényegesen a lemezt. De akkor miért 101%?
Ráadásul a collectd adatai alapján összességében kb. 3-szor annyi a lemezre írás, mint a lemezről való olvasás, ami engem már magában is meglep, hisz alapvetően csak weboldalak és levelezés van a rendszerben.Egyszerű, mert a weboldalakhoz szükséges adatbázis kiszolgáló rendezgeti az indexelt táblákat a vinyón. Általában a rosszul agyonnaplózott portálok miatt van, mert minden oldal lekérés nagy mennyiségű adat beszúrással jár, de ezek ritkán vannak lekérdezve. Ezért 3x nagyobb az írás mennyisége. Találkoztam már többszáz megabájtos indexelt látogatási naplóval. Nézd meg a MySQL napló elemzéseket, mekkorák a táblák, mennyit ír a MySQL a vinyóra, stb. Ez az I/O terhelés tüske szerű, vagy több tíz másodpercig tart?
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz