linux disk optimization

[Verwijderd]

grmbl... heb ooit een paar howto's gevonden over het optimaliseren van je ide disks. (dma modi etc.) Maar hoe ik ook zoek.... ik kan het niet meer vinden. Iemand anders hier die nog wel wat weet?

tnx alvast

[xantos]

> SPEED UP YOUR HARD DRIVE!
> Many Linux distributions are installed in such a way that the 32-bit
> input/output (I/O) and DMA capabilities of today's UltraATA/66 hard
> drives are not fully exploited. By reconfiguring your system, you can
> get much better performance. To find out if your hard drive is
> configured for 16-bit I/O, switch to superuser, type hdparm -c followed
> by a space and the name of the drive (such as /dev/hdc), and press
> [Enter]. If you see the following, your system is configured to access
> this drive in 16-bit mode:
>
> /dev/hdc
> I/O support = 0 (default 16-bit)
>
> Use the following command to test your disk's speed: hdparm -Tt
> /dev/hdc (substitute your drive's name for /dev/hdc); you'll see the
> data transfer rate (in MB/sec) for buffer cache and buffered disk
> reads.
>
> To turn on 32-bit I/O and DMA support, type the following and press
> [Enter] (use your drive's device name):
>
> hdparm -c 1 -d 1 /dev/hdc
>
> If the command succeeds, you'll see the message:
>
> /dev/had:
> setting 32-bit I/O support flag to 1
> setting using_dma to 1 (on)
> I/O support = 1 (32-bit)
> using_dma = 1 (on)
>
> Try the hdparm -Tt /dev/hdc command to see how much improvement you've
> obtained. If you're happy with the result, repeat this command for
> additional drives, if any.
>
> To commit the successful settings, use the same command with the -k
> option, as in the following example:
>
> hdparm -c 1 -d 1 -k 1 /dev/hdc
>
> Because this command is lost when you reboot Linux, you may wish to put
> this command into a system initialization script, such as
> /etc/rc.d/rc.local. If you modify this script, be careful that you
> don't erase any of the existing code!
>
> NOTE: Be aware that, on some systems, modifying the hard drive settings
> can result in data corruption! This is especially true if you attempt
> to use these commands on older hardware. Do not proceed unless you have
> a verified backup of all valuable data. As always, modify system
> settings at your own risk.
>

De URL ben ik even kwijt...

[Verwijderd]

exact dit dus ja... alleen ik had er ook nog een met tekst en uitleg van alle parameters en opties, weet je die ook te vinden misschien?

Hier heb ik iig wel al veel aan. Bedankt!

[RvdH]

man hdparm

[Verwijderd]

hdparm -c1 -m16 -d1 -X66 -k1 /dev/hda

Kerf dit regeltje in uw geheugen, want het kan Linux distro's die niet automatisch HD optimalisaties doorvoeren (oa Debian, SuSE, Redhat, Slackware) flink versnellen.

Verander -X66 (UDMA 33) naar -X68 (UDMA66) indien u ATA66 hardware hebt (niet dat het veel zal uitmaken).

[Pc123]

Wow! Van 9.83 MB/sec naar 13,56 MB/sec! Dat ik dit nog nooit eerder geprobeerd had.

[igmar]

hdparm -c1 -m16 -d1 -X66 -k1 /dev/hda

Kerf dit regeltje in uw geheugen, want het kan Linux distro's die niet automatisch HD optimalisaties doorvoeren (oa Debian, SuSE, Redhat, Slackware) flink versnellen.

Verander -X66 (UDMA 33) naar -X68 (UDMA66) indien u ATA66 hardware hebt (niet dat het veel zal uitmaken).

De reden dat geen enkele distributie dit standaard doorvoert is dat er risico's aan verbonden zitten. Sommige chipset / hd combinaties vinden dat regeltje niet zo leuk met als resultaat een zwaar corrupt filesystem.

Het is over het algemeen genomen wel veilig, maar niet veilig genoeg.

[Leon]

Is dit ook nodig voor scsi schijven

[zwik]

Op donderdag 04 oktober 2001 00:20 schreef igmar het volgende:

[..]

De reden dat geen enkele distributie dit standaard doorvoert is dat er risico's aan verbonden zitten. Sommige chipset / hd combinaties vinden dat regeltje niet zo leuk met als resultaat een zwaar corrupt filesystem.

Het is over het algemeen genomen wel veilig, maar niet veilig genoeg.

Kan je hier je harde schijf mee naar de 7e hemel helpen dan ?

[Leon]

Op donderdag 04 oktober 2001 00:35 schreef zwik het volgende:

[..]

Kan je hier je harde schijf mee naar de 7e hemel helpen dan ?

Niet met die opdracht maar met hdparm wel..

[[Yellow]]

Nah, je disk gaat niet naar de 7e hemel. Hooguit je filesysteem

[zwik]

Op donderdag 04 oktober 2001 20:31 schreef _Yellow_ het volgende:
Nah, je disk gaat niet naar de 7e hemel. Hooguit je filesysteem

Dus opzich makkelijk op te lossen door alles eraf te knikkeren en dan alles opnieuw erop zetten?

[Verwijderd]

Myep.

Unmount voor de zekerheid ook je windows partitie moest je die hebben.

Maareuh, dat regeltje is veilig voor zowat alle moderne hardware. Ik heb die tip al aan tientallen mensen gegeven, die BX, KT133(A), ALi, i815 en andere southbridges hadden, en het heeft nooit problemen opgeleverd.

Natuurlijk, moest je HD ontploffen, dan steek je de schuld maar op de hond van de buur

[DennisBoom]

Op donderdag 04 oktober 2001 00:35 schreef fazer het volgende:
Is dit ook nodig voor scsi schijven

Een aantal parameters zijn ook toepasbaar op SCSI schijven ja.

[Jackbq]

als ik naar de terminal ga en hdparm intype krijg ik command not found,
bij man hdparm krijg ik echt wel de doc's te zien...

wat doe ik fout?

[Verwijderd]

To be root or not to be root, that's the question

[IcE_364]

Voer je het wel als root uit?

[smokalot]

edit: ok, denk dat je het nu wel snapt

SSH nu vanaf school naar mn desktop, maar toen ik het hdparm -c 1 -d 1 /dev/hda regeltje had ingevoerd, en daarna eens wilde kijken wat hdparm -c /dev/hda nu teruggeeft liep ie vast, reageert nu helemaal nergens meer op...

Snel naar huis om te kijken of alles nog gered kan worden

[ Voor 76% gewijzigd door smokalot op 23-09-2003 16:12 ]

[BoAC]

igmar schreef op 04 October 2001 @ 00:20:
[...]


De reden dat geen enkele distributie dit standaard doorvoert is dat er risico's aan verbonden zitten.

Nope Bij mijn Gentoo systeem dacht ik laat ik em ook ff sneller maken
Was dat al bij de installatie gedaan Goed he

[igmar]

BoAC schreef op 23 September 2003 @ 16:11:
Nope Bij mijn Gentoo systeem dacht ik laat ik em ook ff sneller maken
Was dat al bij de installatie gedaan Goed he

Fantastisch, vraag me af of je dat ook zegt indien je FS d'r na een uurtje niet meer is.

[RePlayer]

Het verschil bij mij is minimaal, bij een schijf wordt het buffer lezen zelfs (iets minder snel)

bij andere, nieuwere blijft buffer snelheid gelijk, disk reads 0.4 MB/s sneller...

heeft voor mij dus niet echt veel zin lijkt me of doe ik iets verkeerd?

Het is een Celeron moederbord met udma 66 1 bigfoot 4 of 6 gig schijf en een maxtor 40 gig

[BoAC]

igmar schreef op 23 September 2003 @ 16:14:
[...]


Fantastisch, vraag me af of je dat ook zegt indien je FS d'r na een uurtje niet meer is.

Nah, hij doet ook alleen maar de meest eenvoudige optimalisaties toepassen zoals 32 bit en DMA. Geen UDMA33 natuurlijk omdat die voor iets oudere harde waren riskant wordt. Maar die DMA scheelt zowat al de helft

RePlayer schreef op 23 september 2003 @ 16:17:
Het verschil bij mij is minimaal, bij een schijf wordt het buffer lezen zelfs (iets minder snel)

bij andere, nieuwere blijft buffer snelheid gelijk, disk reads 0.4 MB/s sneller...

heeft voor mij dus niet echt veel zin lijkt me of doe ik iets verkeerd?

Het is een Celeron moederbord met udma 66 1 bigfoot 4 of 6 gig schijf en een maxtor 40 gig

Zo'n bigfoot van quantum? Die heeft toch geen UDMA 66

[ Voor 39% gewijzigd door BoAC op 23-09-2003 16:22 ]

[blouweKip]

Is dit ook nodig voor scsi schijven

Ik heb t wel eens geprobeerd met scsi schijfjes maar hdaprm werkt daar niet op, voor scsi kun je (als je je eigen kernel bouwt) bij de opties van je betreffende kernel scsi driver de snelheid tweaken

[Jackbq]

Oke inloggen als root scheelt wel veel

Oke hier het result van hdparm -Tt voor en na:

Voor:

128 MB in 0.98 sec = 130.61 mb/sec
64 MB in 6.67 sec = 9.60 MB/sec

Na:
128 MB in 0.98 sec = 130.61 mb/sec
64 MB in 6.26 sec = 10.22 MB/sec

ik heb deze regel gebruikt:

hdparm -c1 -m16 -d1 -X66 -k1 /dev/hda

het gaat hier om een laptop hardeschijf,
precieze specs moet ik even opzoeken, maar ga nog uitvinden waar

maar dit verschil is wel erg klein

>edit<
--------------------------------------------------------------------------------
specs:
General
Manufacturer Fujitsu Computer Products of America
Model name MHG2102AT
Interface ATA-4

--------------------------------------------------------------------------------

Functionality
Formatted capacity 8,455 MB (customer usable data bytes)
Rotational speed 4200 RPM
Avg. rotational latency 7.14 msec
Cache (total) 512 KB
Spin-up time 5 sec typical
Seek time (read) 13 msec typical, 23 msec maximum
Interface transfer rate PIO Mode 4 rates up to 15.8 MB/sec
Ultra DMA/33 rates up to 33.3 MB/sec

--------------------------------------------------------------------------------

Internal Drive Characteristics
Number of disks 3
Number of read/write heads 6
Track density 18,200 TPI
Logical cylinders 16,383
Logical heads 16
Logical sectors/track 63
Bytes per sector 512

--------------------------------------------------------------------------------

[ Voor 55% gewijzigd door Jackbq op 23-09-2003 17:52 ]

[voodooless]

het voor en na verschil is te verwaarlozen, dus ik ga ervanuit dat je instellingen al goed staan. Misschien heb je een kernelversie die een slechte (lees trage) ide driver heeft. Bovendien zegt -Tt nog niet echt wat over je echte disksnelheid. Probeer eens iets als bonnie++ ofzo.. Maar ik denk dat je laptop diskje niet veel sneller zal gaan dan dit.

[imdos]

hdparm -c3 -m16 -d1 -X66 -u1 /dev/hda Gebruik ik en ik ging van 10 naar 30 mb/sec en van 120 naar een 200 nogwat ... Met eerst alleen -d1 toch wel een verbetering

[Wilke]

Hiervoor een 2 jaar oud topic kicken, dat gaat natuurlijk nergens over. En dat je hiervoor root moet zijn, is ook zelf nog wel te bedenken of uit te vinden.