HD tweaken met HDPARM?

[Verwijderd]

Mijn hardeschijf werkt niet echt snel onder Linux . Nu heb ik gehoord dat je met het programma HDPARM je hardeschijf kan tweaken kan iemand mij hier meer uitleg over geven?

En hoe zit het met het aanzetten van DMA van de hardeschijf? Ik heb gehoord dat dat ook uitmaakt......

Alvast bedankt

[mth]

Klopt, met hdparm kun je op sommige systemen behoorlijk wat performance winnen. Meestal tweak je daarmee trouwens de interface en niet de HD zelf.

Zorg dat je een up-to-date hdparm hebt, oudere versies ondersteunen bijvoorbeeld minder DMA modes. En ga naar single user mode, mocht er iets fout gaan (en dat is niet ondenkbaar) dan blijft de schade beperkt. Je kunt hdparm alleen gebruiken als root.

Dit zijn de opties die ik bij het booten gebruik:
# - enable 32-bit disk I/O
# - enable int-unmask
# - enable block mode
# - enable harddisk spindown after 30 minutes
hdparm -c1 -u1 -m16 -S241 /dev/hda

Je kunt met hdparm ook DMA of PIO modes instellen, maar als je BIOS dat al goed doet dan hoef je dat niet met hdparm te doen. Voordeel van overlaten aan de BIOS is dat het ook nog werkt als je een keer een andere HD erin zet.

Je kunt een benchmark draaien met:
hdparm -t -T /dev/hda
Zo kun je kijken of andere instellingen je systeem inderdaad sneller maken.

Ook handig:
hdparm -i /dev/hda
Geeft een overzicht van de huidige en de mogelijke instellingen van een HD.
Bijvoorbeeld "MaxMultSect" geeft het maximum aan voor de "-m" optie (meestal is maximum ook optimaal, maar niet altijd).

Verder natuurlijk "hdparm --help" en "man hdparm" gebruiken. Succes!

Edit: Alle regeleindes waren weggevallen. Forum foutje of ligt het aan m'n browser?

[TD-er]

't staat ook wel in de man-pages maar ik wilde 't toch nog ff kwijt.
DMA-mode is mogelijk niet 100% safe (door incompatibel chipset oid), maar wanneer 't fout gaat reset de controller zich en wordt DMA uit gezet.
Multi-sector mode is wat vervelender, wanneer 't mis gaat.
't idee is dat je schijf per opdracht in een keer meerdere sectoren leest en doorgeeft. Met name in PIO-mode scheelt dat aanzienlijk.
't nadeel is echter dat je, wanneer de IDE-bus gereset moet worden, de kans loopt om zo een aantal (nog niet weggeschreven) sectoren kwijt raakt. Dat is vaak net ff wat ernstiger dan 1 sector
Wat ook een leuke optie is, is de 32-bit mode.
Wanneer je chipset geen ultra-DMA ondersteund (zoals de 430 HX) kan dit toch wel een hoop in performance schelen.
Die 32-bit mode gaat vrijwel altijd wel goed.

[thunderbird2k]

Als eerste wil je natuurlijk weten hoe snel je hardeschijf nu gaat. Je benchmarkt je hardeschijf op de volgende manier:
hdparm -Tt /dev/hda

Daarna schakel je dma in:
hdparm -d1 /dev/hda

Je hardeschijf gaat nu al sneller en vervolgens kun je ook nog eens bijvoorbeeld udma 66 aanzetten.
hdparm -X68 (33 voor udma33 en 66,67 en 68 voor udma66 kijk welke het beste werkt)

Verder zijn er nog een paar opties, maar die leg ik niet uit. Niet iedere hardeschijf vindt ze even fijn. De opties die ik daarnet gaf werken in ieder geval.
Ze zijn niet definitief, dus je moet ze ergens in een opstartscript zetten.
Ik weet niet welke distributie je gebruikt, bij redhat was er ergens een bestand waarin je dat af kon stellen. Ik gebruik zelf debian.

[Verwijderd]

Ik weet niet wat snel en langzaam is maar dit is mijn performance zonder hdparm te gebruiken:

Buffer-cache reads = 43,99 MB/sec
Buffered disk reads = 5,23 MB/sec

Maar toch heb ik het idee dat hij niet optimaal werkt

De DMA mode kan ik ook niet aanzetten, zet ie weer automatisch op '0'

[Verwijderd]

Dat houdt niet over; ik heb respectievelijk 102.4 en 8.72 MB/sec op een 5400 rpm schijf, 'getweaked' met hdparm.

[Verwijderd]

Op zondag 11 februari 2001 16:56 schreef mth het volgende:

# - enable harddisk spindown after 30 minutes

Dit kan ik volgens mij beter niet doen omdat ik een webserver draai...... lijkt me niet echt beter

[Verwijderd]

Op zondag 11 februari 2001 18:03 schreef slierp het volgende:
Dat houdt niet over; ik heb respectievelijk 102.4 en 8.72 MB/sec op een 5400 rpm schijf, 'getweaked' met hdparm.

Ik heb een Quantum Fireball 20 GB 7200 toeren

[mth]

Bij mij: (Maxtor 10GB 7200rpm op Asus P2 bordje)

Timing buffer-cache reads: 128 MB in 1.27 seconds =100.79 MB/sec
Timing buffered disk reads: 64 MB in 7.80 seconds = 8.21 MB/sec

Spindown werkt goed als je een webserver hebt die niet zoveel te doen heeft. Ik heb hier een webserver voor 5 personen, als we slapen dan hoeven die disks niet 's nachts door te draaien. Je krijgt natuurlijk wel een paar seconden vertraging bij de spin-up. Volgens mij gaat trouwens alleen de tweede HD stil liggen, op de eerste wordt om de zoveel tijd naar de logfiles geschreven dus die is nooit lang ongebruikt. Op m'n desktop machine heb ik ook een spindown ingesteld, maar die haal ik nooit in de praktijk, teveel processen die dingen lezen of schrijven.

[mavink]

Zijn allemaal niet echt spectaculaire getallen die ik langs zie komen... Even wat van mij dan:

Een computer uit het stenen tijdperk (er gaan nog simmetjes in):
SAMSUNG SW0434A (4.3GB):
Timing buffer-cache reads: 128 MB in 10.99 seconds = 11.65 MB/sec
Timing buffered disk reads: 64 MB in 18.47 seconds = 3.47 MB/sec

Maxtor 32049H2:
Timing buffer-cache reads: 128 MB in 1.79 seconds = 71.51 MB/sec
Timing buffered disk reads: 64 MB in 2.55 seconds = 25.10 MB/sec

Maxtor 54098U8:
Timing buffer-cache reads: 128 MB in 1.56 seconds = 82.05 MB/sec
Timing buffered disk reads: 64 MB in 2.84 seconds = 22.54 MB/sec

[QuarK]

Tering wat een superhoge buffered-read!
Hoe doe je dat?

Wat voor hd's zijn dat precies?

[backupdevice]

Kan iemand ff een linkje plaatsen waar dit progje te d/l is¿¿

[mavink]

Hoe doe je dat? Beetje tweaken met hdparm. Ik zal even over 1 van die dingen wat meer info geven:

hde: Maxtor 54098U8, ATA DISK drive
(da's dus een 40 GB maxtor, volgens mij 7200 rpm). Hij hangt op de tweede controller op een Asus CUBX moederbordje. Dat is een CMD648 chipset, ATA/66.

hdparm info:
/dev/hde:
multcount = 16 (on)
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)

En het zijn geen vreselijk hoge waardes hoor, dit is heel normaal volgens mij.

[Verwijderd]

Maxtor diamondmax plus 40: 20,4 gig
Timing buffer-cache reads: 128 MB in 1.05 seconds = 121.90 MB/sec
Timing buffered disk reads: 64 MB in 3.45 seconds = 18.55 MB/sec
Hdparm info:
/dev/hda6:
multcount = 16 (on)
I/O support = 1 (32-bit)<---zet op 32 bit!
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 1 (on)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)

Vink> Hey, waarom zet je je I/O support niet op 32 bit? Dit scheelde bij mij behoorlijk in snelheid.

dit doe je door:
hdparm -c1 /dev/hda

[Verwijderd]

Mijn IBM-DTTA-351290 (5400 RPM) doet dit:
Timing buffer-cache reads: 128 MB in 0.96 seconds =133.33 MB/sec
Timing buffered disk reads: 64 MB in 5.40 seconds = 11.85 MB/sec

Wel netjes dacht ik zo...

[mavink]

Nog mensen zin om bonnie++ resultaten uit te wisselen?

[Verwijderd]

OK!

Dit is een van de weinige dingen waar ik over mee kan praten, maar het is een onderwerp naar mijn hart: Performance!

Deze week heb ik alles van m'n schijf gekeild, mandrake vooraan gezet op 5Gieg,
Winzooi2K erachter met 25Gieg.
(waaronder 12GB FAT32 ook voor linux schrijf-en leesbaar).

Nu komen mijn (standaard) hdparms:

Cache: 150,2
Disk: 36,4

Maar goed, weinig eer te behalen,
in plaats daarvan lof aan IBM en Abit.
De rest van de zooi:

Classic Athlon 650(850)@1000 op 1,80V
KA7-100 op 3,40V
IBM-DTLA 307030

Maar met mijn andere bak haal ik ook 3-5MB.
Maar toch, 2MB verschil is hier wel
66,6% snelheidswinst!!!

[Verwijderd]

Op maandag 12 februari 2001 12:54 schreef vink het volgende:
Nog mensen zin om bonnie++ resultaten uit te wisselen?

ehm, wat is dat? compile proggie ofzo?

[mavink]

Bonnie++ is een disk benchmark, die meet hoe snel je schijf op verschillende gebieden is, zoals het snel aanmaken/verwijderen van veel kleine bestanden (bijvoorbeeld voor een newsserver of proxy belangrijk), en de absolute doorvoersnelheid van je schijf (hoeveel MB/s). Hier vast twee resultaten:

code:

Version 1.00g       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
wodan          300M  4871  65 25981  61  7378  10  6992  84 23134  19  96.2   1
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16  5724  90 +++++ +++  8720  94  4186  69 +++++ +++  6572  94

en

Version 0.99e       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine          MB K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
Unknown         200  5955  97 23578  31 10608  25  5827  92 14053  13  56.0   0
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Stat--- -Delete-- -Create-- --Stat--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 30   123  99   375  98  5374  98   124  99   462  99   218  49

Je ziet dus dat de tweede machine wat langzamer is bij schrijven (14 MB/s tegen dik 20), en dat de eerste aanzienlijk sneller is in het maken en verwijderen van bestanden (aanmaken van bestanden: 123/s tegen dik 5.000/s scheelt nogal )

Beide zijn celeron's met 128 MB RAM en ene maxtor 7200 rpm schijf.

[]Byte[]

Had het laatst een disk (Maxtor 40G, 7200rpm, ATA66) met de waanzinnige snelheid van maarliefs:
(Timing buffered disk reads: ) 144.2 kB/sec. (JA, je leest 't goed k)
ga ik terug met die disk....
"maar hij doet ut toch?" :?:?
Na wat aandringen wilden ze 'm wel omruilen maar ze hadden ze niet meer in voorraad dus zouden ze 'm opsturen naar de Importeur/Distributeur.
Das inmiddels geweest op 16-01 en nog steeds geen disk terug
"Waarschijnlijk" krijgen we 'm volgendeweek Vrijdag (nu komende vr. dus) terug. was het antwoord van vorige week.
Ben benieuwd.
Ik heb wel eens vaker met Distributeurs te maken gehad met HD's en als ik ze dan op Ma. verstuurd had ik over het algemeen voor het einde van de week nieuwe klaar liggen, maar bij deze sukkels moet het (zogenaamd) 4 weken duren.
Volgende keer stuur ik ze zelf wel naar de Imp. / Distr.

[ajvdvegt]

Voor het beste resultaat kan je beter een 'init 1' doen voordat je gaat testen. Dat scheelt nogal in vergelijking met een testje onder X.
in X haal ik dit:

Timing buffer-cache reads: 128 MB in 1.65 seconds = 77.58 MB/sec
Timing buffered disk reads: 64 MB in 10.07 seconds = 6.36 MB/sec

zonder X zijn die twee getalletjes 80,00 Mb/s en 18,24Mb/s

Init 1 was trouwens niet zo'n goed idee, bij Mandrake 7.2 met kernel 2.4.1 en de linux progress patch heb je dan geen werkende prompt meer Deze getallen zijn dus van een init 2, en dan met zoveel mogelijk zooi er uit gesneden.

De HD is btw een QUANTUM FIREBALL CX 20Gb., 5400rpm.

[Valium]

Mijn HD:
Quantum blabla 13 GB.
Timing buffer-cache reads: 128 MB in 1.22 seconds =104.92 MB/sec
Timing buffered disk reads: 64 MB in 3.46 seconds = 18.50 MB/sec

Met dma aan en 32 bit i/o.
Vooral dma (-d 1) scheelt enorm. Zonder dma zet hij nog geen 4 MB/s neer.

[teigetjuh]

Op zondag 11 februari 2001 17:07 schreef TD-er het volgende:
[...]
Wat ook een leuke optie is, is de 32-bit mode.
Wanneer je chipset geen ultra-DMA ondersteund (zoals de 430 HX) kan dit toch wel een hoop in performance schelen.
Die 32-bit mode gaat vrijwel altijd wel goed.

Ik zit nu ff niet bij een linux pc, dus misschien wil iemand mij helpen, hoe zet je die 32-bits ondersteuning aan? (Dan hoef ik niet de hele man page te lezen als ik thuis ben....)

Zijn er trouwens ook nog tweaks voor SCSI-schijven? Ik wil binnenkort ook Linux op mijn andere pc zetten en dat is alleen maar SCSI.

[mavink]

Zo groot is die manpage niet, en anders kan je --help proberen dat geeft een kort overzichtje van alle opties. Ik kan je wel precies vertellen welke optie je moet hebben maar dan mis je alle mooie waarschuwingen die in de manpage staan.

[Verwijderd]

Lees de posts eens door hierboven. Daar heb ik al aangegeven hoe je 32 bits mode aanzet.

[teigetjuh]

Op dinsdag 13 februari 2001 11:02 schreef Silvershadow het volgende:
Lees de posts eens door hierboven. Daar heb ik al aangegeven hoe je 32 bits mode aanzet.

Sorry had ik overheen gelezen....

Zijn er ook dergelijke tweaks voor SCSI-schijven?

[mth]

Een aantal opties van hdparm werken ook voor SCSI. Maar ik heb geen SCSI HD dus meer kan ik je er niet over vertellen.