Sziasztok!
Hogyan tudom megmérni egy hardveres raid írás/olvasás sebességét? A gond a szerverrel az, hogy gigás porton és gigás hálókártyán is helyi hálózatban max 500k-val képes csak másolni.
- 2181 megtekintés
Hozzászólások
SiSoft Sandra winchester sebesség-mérő, és a HDTach 2.61 nevű szoftvert próbáld ki esetleg.
A sebbességet befolyásolja, hogy uw40 uw160 uw320 a raidkártya és hdd átviteli sebesége.
Ha nem egyformák a hdd-k akkor a leggyengébhez szinkronizálja össze.
Állatbarátokat keresek http://hup.hu/node/66090
- A hozzászóláshoz be kell jelentkezni
lol
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
a hardveres sebesség számít, vagy inkább valós sebesség, fájlrendszerestől?
én mondjuk elsőkörben dd-vel csinálnám.
pl.: dd if=/dev/xxxx of=/dev/null bs=8192 count=1M
írni is lehet hasonlóképpen, ha még nincs rajta semmi :) (vagy esetleg kompletten lemountolod a teljes tömböt, hogy semmi ne hazsnálja (ne írhassa), majd: dd if=/dev/xxx of=/valami/masik/filesystem/file.dat bs=8192 count=1M, majd pedig visszaírni: dd if=/valami/masik/filesystem/file.dat of=/dev/xxxx bs=8192)
illetve bonnie++
de ez a sebesség tuti nem a raid miatt ilyen lassú.
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
pl.: dd if=/dev/xxxx of=/dev/null bs=8192 count=1M
sirok
szted hogyan tarolja a unix(es a binux) a 0 tartalmu fileokat?
--
.
- A hozzászóláshoz be kell jelentkezni
jo ez. igen, a _fileokat_ trukkosen tarolja (vagyis nem tarolja) ha csupa 0. de ezek itt blkdev-ek. ott meg nincs mese, ki kell irni/be kell olvasni.
A.
- A hozzászóláshoz be kell jelentkezni
arra ertem hogy azt irja h hasonlo keppen tesztelne az irast...
--
.
- A hozzászóláshoz be kell jelentkezni
szerintem a blkdev-re a 0-kat is kiirja. legalabbis particiostabla es ugy alt. diszk-tisztitast, stb, /dev/zero-bol szoktam igy csinalni, es alt. elegge effektiv :]
az persze vilagos, hogy mar felmount-olt fs-re 0-kat kiirogatni egy file-ba nem jo teszt.
- A hozzászóláshoz be kell jelentkezni
de ilyet nem is említettem ugye...
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
te nem is ;]
- A hozzászóláshoz be kell jelentkezni
mondjuk a 8gb beolvasása és fájlba írása, majd visszaírása a tömbre az nem is jó, hacsak az az eszköz, amin a fájl tárolva van, nem gyorsabb lényegesen, mint a raid5 tömb, máskülönben az lehet a szűk keresztmetszet.
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
de mi ertelme van 0-kat irogatni?
/dev/urandom is ur friend
ha mar mindenkepp dd vel akartok tesztelni aminek semmi ertelme sincs
parhuzamos muveleteknel elverzik az egesz
azt kellene inkabb tesztelni hogy mivan ha N darab olvasas process futkos mikozben van M darab iro process
es megnezni mi a iostat kimenete az adott devicera
de te tudod
--
.
- A hozzászóláshoz be kell jelentkezni
/dev/urandom is ur friend
az kicsit lassu:
$ dd if=/dev/urandom of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 181.956 seconds, 5.9 MB/s
(es a vas se annyira rossz, AMD Athlon(tm) 64 X2 Dual Core Processor 4200+, szoval egy hiperszuper uj vason se lenne nagysagrendekkel gyorsabb).
- A hozzászóláshoz be kell jelentkezni
latom nem sikerult megerteni hogy ha /dev/null /dev/zero -t ddzed egy fileba akkor az nem nagyon jo
--
.
- A hozzászóláshoz be kell jelentkezni
látom neked meg azt nem sikerült megérteni, hogy nem dd-zett senki fájlba zerot, meg azt sem érted, hogy nem minden fs-en van sparse file, illetve az kikapcsolható
van egyébként valami építő jellegű javaslatod is, hogy te hogy csinálnád, mester? vagy csak kötekedni meg fikázni jársz ide, annélkül, hogy bármit is megcsillantanál a tudásodből? (költői kérdés volt, tudjuk a választ)
----------------------------------
feel the beat - it's everywhere!
- A hozzászóláshoz be kell jelentkezni
--
.
- A hozzászóláshoz be kell jelentkezni
de. csak akkor lesz sparse a file ha beleseek-elsz.
$ dd if=/dev/zero of=asdfgh bs=1024 count=1000000
1000000+0 records in
1000000+0 records out
1024000000 bytes (1.0 GB) copied, 19.448 s, 52.7 MB/s
$ du asdfgh
1000984 asdfgh
versus:
$ dd if=/dev/zero of=asdfgh2 bs=1024 seek=1000000 count=0
0+0 records in
0+0 records out
0 bytes (0 B) copied, 6.396e-06 s, 0.0 kB/s
$ du asdfgh2
0 asdfgh2
$ du --apparent-size asdfgh2
1000000 asdfgh2
mellesleg ha mindig megnezne a kernel 0-t akarnak-e eppen irni a fileba, annak sok elonye nem lenne, viszont majdnem minden iras par szazalekkal lassabb lenne
- Use the Source Luke ! -
- A hozzászóláshoz be kell jelentkezni
ez vilagos, en csak azt szerettem volna mondani h nem tul eletszagu dolog h /dev/{null,zero}-vel merunk performanceot
a sparse file teljesen rendben van, szinte minden unixon igy mukodik
--
.
- A hozzászóláshoz be kell jelentkezni
dd if=/dev/urandom of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 19.043090 secs (56384853 bytes/sec)
es nem hiperszuper gep (E6750)...
- A hozzászóláshoz be kell jelentkezni
"/dev/urandom is ur friend"
Ha benchmarkolni szeretned a prng-d teljesitmenyet, akkor mindenkepp.
--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!
- A hozzászóláshoz be kell jelentkezni
igy van
viszont egy helyes FS performance teszt azt ugy nez ki sztem hogy
a, van valami CPU jellegu load
b, tobb process ir/olvas parhuzamosan
(ez kb. egy adatbazis szerver jellegu workload)
ebbol kovetkezoen lehet meglepo teljesitmenybeni kulonbseg sata/scsi/sas megoldasok es raid controllerek kozt
sztem
--
.
- A hozzászóláshoz be kell jelentkezni
doublepost thanks google/chrome
--
.
- A hozzászóláshoz be kell jelentkezni
Hogyan tudom megmérni egy hardveres raid írás/olvasás sebességét? A gond a szerverrel az, hogy gigás porton és gigás hálókártyán is helyi hálózatban max 500k-val képes csak másolni.
igen, ez szine biztos hogy nem raid(5) problema. hanem net. nezd meg az ifconfigban az error count-okat (drop, overrun, error, frame, ...0, ha nonek, akkor biztos arrafele van a gebasz.
A.
- A hozzászóláshoz be kell jelentkezni
hdparm?
- A hozzászóláshoz be kell jelentkezni
Hát, mai gépeken nem nagyon találkoztam azzal, hogy hdparmmal mérhető javulást lehetne elérni, ugyanakkor gyakran sikerül kinyírni egy-egy diszket a nagy tuningolás közben. Alapbeállításokkal is jól kell mennie.
--
The Net is indeed vast and infinite...
http://gablog.eu
- A hozzászóláshoz be kell jelentkezni
Igaz, hogy fs. benchmark, viszont közelítésnek az is jó.
(Annál is inkább, mert vsz. úgyis használsz valamilyen file rendszert)
- A hozzászóláshoz be kell jelentkezni
Ez egy celeron alap gép:
dd if=/dev/zero of=teszt bs=1024 count=1000000
1000000+0 beolvasott rekord
1000000+0 kiírt rekord
1024000000 bájt (1,0 GB) másolva, 30,4799 mp, 33,6 MB/mp
Ez pedig a szerver:
dd if=/dev/zero of=teszt bs=1024 count=1000000
1000000+0 beolvasott rekord
1000000+0 kiírt rekord
1 bájt (1 B) másolva, 139,661 másodperc, 7,3 MB/mp
Négy teljesen egyforma wincseszter van benne. Fut rajta egy webszerver, levelező szerver (pop3,smtp), firebird szerver, dns szerver, tűzfal. Ilyenek vannak rajta.
És egy ilyen raid vezérlő van benne:
RAID bus controller: LSI Logic / Symbios Logic MegaRAID (rev 07)
- A hozzászóláshoz be kell jelentkezni
Feltettem a hdparm progit. Ezt az infót kapon erre a parancsra
#hdparm -i /dev/sda
/dev/sda:
HDIO_GET_IDENTITY failed: Invalid argument
próbáltam beálítani a hdparm.conf fájlban valami ilyesmit:
/dev/sda {
mult_sect_io = 16
write_cache = on
dma = on
}
De mindig azt mondja, hogy
Setting parameters of disc: /dev/sda failed!
Megnéztem a diskeket araid vezérlő webes felületén, de nem mutatott hibát. Lehet, hogy ettől függetlenül rossz valamelyik? Esetleg smart hiba? Ha jól emlékszem akkor Seaget vinyók vannak benne.
- A hozzászóláshoz be kell jelentkezni
up
- A hozzászóláshoz be kell jelentkezni
szerintem inkabb a vezerlo sajat beallitasainal nezz korul, ha gyanusan lassu, akkor pl
ki van kapcsolva a cache.
- A hozzászóláshoz be kell jelentkezni