03:56.25 | *** join/#ugov.be Tar-Get (n=Tar-Get@83.101.13.125) [NETSPLIT VICTIM] |
03:56.26 | *** join/#ugov.be vipe (n=vipe@lugwv/member/vipe) [NETSPLIT VICTIM] |
03:56.26 | *** join/#ugov.be Devil_Kin (i=devilkin@unaffiliated/DevilKin) [NETSPLIT VICTIM] |
03:56.26 | *** join/#ugov.be ElAngelo (n=ElAngelo@merlin.ugent.be) [NETSPLIT VICTIM] |
03:56.26 | *** join/#ugov.be MrPieSpy (i=PieSpy@devilbox.vpn-ix.be) [NETSPLIT VICTIM] |
16:14.24 | *** join/#ugov.be kalden (n=me@GrooveBox.1337.165.28.195.in-addr.arpa) |
16:27.57 | *** join/#ugov.be kalden (i=kalden@GrooveBox.1337.165.28.195.in-addr.arpa) |
17:40.11 | *** join/#ugov.be pvandewyngaerde (n=pvandewy@44.125-201-80.adsl-dyn.isp.belgacom.be) |
19:49.40 | Gh0sty | evening |
20:00.19 | Dieterbe | 18:22:57 < Gh0sty> iemand hier soms een idee hoe ge op een deftige manier -lees: hdparm -t -T ken ik ook wel- kunt disc throughput benchmarken? |
20:00.22 | Dieterbe | 18:23:42 < Gh0sty> i mean boxen waarvan ze claimen dat ze traag zijn hebben met hdparm nog steeds betere resultaten dan andere waarbij hdparm minder scoort ... |
20:00.25 | Dieterbe | 18:37:20 < Devil_Kin> evening |
20:00.28 | Dieterbe | 18:37:56 < Devil_Kin> Gh0sty: hdbench |
20:00.31 | Dieterbe | 19:22:39 < Dieterbe> wa wilde testen ? random of sequentieel, of iets daartussen, en read of write |
20:00.34 | Dieterbe | 19:24:12 < Dieterbe> voor sequentiele read vind ik dit een goeie tool : http://www.coker.com.au/bonnie++/zcav/ |
20:00.48 | Gh0sty | mja prob is alsk da allemaal moet gaan installen :p |
20:01.06 | Gh0sty | random would be nice |
20:01.16 | Gh0sty | tgaat em over database servers die zouden moeten snel zijn ... |
20:01.45 | Gh0sty | we hebben al gezien dat bepaalde supermicro's ongelooflijk traag waren op vlak van disc I/O ivg bvb suns |
20:02.12 | Gh0sty | en voor ge begint te mekkeren: tbetreft cheape suns met sata disks en nvidia controllers vs supermicros met broadcom sata controllers ... |
20:02.23 | Gh0sty | puur op basis van hdparm is der niet echt een verschil |
20:02.26 | Dieterbe | waar zou ik over mekkeren? |
20:02.46 | Gh0sty | mja sommige zouden kunnen beginnen over scsi etc ;p |
20:02.54 | Gh0sty | gezien sun meestal met scsi is :) |
20:03.09 | Dieterbe | random io is iets heel ambetant |
20:03.31 | Gh0sty | ma kijk ik pakte dan nen hdparm van nen bak waarvan ze vinden datm wel goed presteert: nen ouwe supermicro met een areca kaart in ... :p |
20:03.50 | Gh0sty | en kleg daar dan nen hdparm neffe van nen nieuwe core2duo testbak |
20:03.58 | Gh0sty | en dien 2de ziet er beter uit als dien eerste |
20:04.11 | Gh0sty | terwijl het net over dien is dazze klaagden datm traag was ... |
20:04.47 | Dieterbe | met ne hdparm ( read uit cache ) zijt ge niets om een beeld he hebben over random reads ( uncached ) |
20:04.50 | Gh0sty | mja iemand betere ideen voor snelle database servers te maken? |
20:05.02 | Gh0sty | mja kunde niet uncached doen? |
20:05.07 | Gh0sty | met een of andere parameters |
20:05.13 | Gh0sty | ben nu niet zo een hdparm guru :p |
20:05.54 | Dieterbe | ja, maar das dan zowiezo nog sequentieel |
20:06.08 | Gh0sty | mja da dacht ik ook |
20:06.14 | Gh0sty | mijn collega had daar hdparm op losgelaten |
20:06.19 | Gh0sty | kwam daar met conclusies af |
20:06.26 | Gh0sty | ik legde der dan mijn hdparm neffe |
20:06.36 | Gh0sty | en dan stondm daar met zijn mond vol tanden ;D |
20:06.50 | Gh0sty | kweet da hdparm bijlange geen goeie resultaten geeft :) |
20:07.26 | Dieterbe | probeer zoveel mogelijk write back te gebruiken, en al uw cache op de controller voor write caching te gebruiken, dus zeker read caching ( en readahead ) afzetten, want das verkwisting van uw cachegeheugen |
20:09.21 | Dieterbe | http://video.google.com/videoplay?docid=-6304964351441328559 in deze video gade ook wa interessante dingen zien |
20:09.35 | Dieterbe | ik heb er iig veel uit bijgeleerd |
20:10.26 | *** join/#ugov.be LinuxBeni (n=FreeBSD@212.71.12.145.adsl.dyn.edpnet.net) |
20:30.00 | Devil_Kin | evening |