Jason,
On Tue, 17 Apr 2001, Jason A. Lixfeld wrote:
> > Everyone should be intimate with hdparm :) It's the only reason everyone
> > thinks UDMA drives suck (Linux picks *REALLY* sucky options for UDMA
> > drives). I *ALWAYS* use this setting and haven't ever had a problem.
> >
> > It usually speeds SDTR by 2-3x and decreases CPU utilisation a lot as
> > well.
>
> Well, the only thing I have set is -c. I actually found that it was better
> with -c 2, but I'll try -c 1 as it is tested. The other settings with the
> exception of -m16 were already set by default so I didn't have to touch
> them. Thx for that pointer tho! :)
>From hdparm(8):
-c Query/enable (E)IDE 32-bit I/O support. A numeric
parameter can be used to enable/disable 32-bit I/O
support: Currently supported values include 0 to
disable 32-bit I/O support, 1 to enable 32-bit data
transfers, and 3 to enable 32-bit data transfers
with a special sync sequence required by many
chipsets. The value 3 works with nearly all 32-bit
IDE chipsets, but incurs slightly more overhead.
Note that "32-bit" refers to data transfers across
a PCI or VLB bus to the interface card only; all
(E)IDE drives still have only a 16-bit connection
over the ribbon cable from the interface card.
So, I don't know what "-c 2" would do, but I think "-c 1" is the right
solution.
Regards,
Corin
/------------------------+-------------------------------------\
| Corin Hartland-Swann | Tel: +44 (0) 20 7491 2000 |
| Commerce Internet Ltd | Fax: +44 (0) 20 7491 2010 |
| 22 Cavendish Buildings | Mobile: +44 (0) 79 5854 0027 |
| Gilbert Street | |
| Mayfair | Web: http://www.commerce.uk.net/ |
| London W1K 5HJ | E-Mail: [EMAIL PROTECTED] |
\------------------------+-------------------------------------/
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to [EMAIL PROTECTED]
