Bernhard Rosenkraenzer wrote:
> That's just what we intended to do.
>
> hdparm -c1 -A1 -m16 -d1
>
Out of man hdparm:
--------------------------------------------------
-d
Disable/enable the "using_dma" flag for this drive.
This option only works with a few combinations of drives and
interfaces which support DMA and which are known to the
IDE driver. In particular, the Intel Triton chipset is
supported for bus-mastered DMA operation with many drives
(experimental). It is also a good idea to use the -X34
option in combination with -d1 to ensure that the drive
itself is programmed for multiword DMA mode2.
Using DMA does not necessarily provide any improvement in
throughput or system performance, but many folks swear by
it. Your mileage may vary.
---------------------------------------
This doesn't sound very "optimization"-like.
1. It is clearly said that -d1 is *not* working with the majority
of drives and interfaces.
2. It is a matter of discussion, whether this questionable flag
gives "more power" (Thanks, Tim Allen) or not. OTOH, Both
chipsets I used and failed with were Intel Tritons.
----------------------------------------------------
-m (16)
[snip] Some drives claim to support multiple mode, but
lose data at some settings. Under rare circumstances, such
failures can result in massive filesystem corruption.
---------------------------------------------------
Nice to read.
But anyway, reading my dmesg I can't find anything with my system
which says that those hdparm arguments will not work with it.
Also BIOS reports my hd working with DMA (one of them UDMA).
Wolfgang
--
Linux Mandrake's Home: http://www.linux-mandrake.com
Linux-Mandrake NewsGroup: news:alt.os.linux.mandrake
a.o.l.m.-FAQ(English): http://home.knUUt.de/tom.be/faq.html
a.o.l.m.-FAQ(German): http://people.frankfurt.netsurf.de/wobo
