Re: Raid 1 install revealed poor HD performance (I think)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Gordon Henderson wrote:

> However, I notice that Sarge isn't using multicount. You can turn that on
> with hdparm -m 16 /dev/hda /dev/hdc
> 
> To work out your IDE controller, try: lspci and have a look at the output
> of /var/log/dmesg (or just type dmesg | less - knoppix might not create a
> /var/log/dmesg) The output of lspci will tell you what hardware you have
> then you'll need to examinf the dmesg output to see if you have support
> for it, or need to compile it in.
> 
> Gordon

I was sure it would be DMA too :-). Wonder if multicount makes that much
of a difference?

Either way, one of the first things I typically do on a server is add an
hdparm line with whatever the disks need for that particular machine.
Usually it goes in rc.sysinit or rc.local or similar.

In particular, drives like to enable write-caching out of the box now,
which opens a window for data corruption that has bitten more than a few
high-profile sites as it causes the disk to break the fsync contract
which in turn bubbles up and breaks the 'D' part of the ACID contract
for databases (or journalling filesystems).

So, even if you can't get your distribution to tune your IDE chipset and
IDE hard drives perfectly, with something like multicount or write
caching, its effective (IMHO) to just force your settings on boot.

-Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux