From: Mike Hardy <mhardy@h3c.com>
To: Gordon Henderson <gordon@drogon.net>
Cc: Jay Strauss <me@heyjay.com>, linux-raid@vger.kernel.org
Subject: Re: Raid 1 install revealed poor HD performance (I think)
Date: Tue, 17 May 2005 09:52:03 -0700 [thread overview]
Message-ID: <428A2133.4080202@h3c.com> (raw)
In-Reply-To: <Pine.LNX.4.56.0505171720070.32621@lion.drogon.net>
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
next prev parent reply other threads:[~2005-05-17 16:52 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-17 15:11 Raid 1 install revealed poor HD performance (I think) Jay Strauss
2005-05-17 15:50 ` Gordon Henderson
2005-05-17 16:17 ` Jay Strauss
2005-05-17 16:23 ` Gordon Henderson
2005-05-17 16:52 ` Mike Hardy [this message]
2005-05-17 20:51 ` Jay Strauss
2005-05-17 20:54 ` Mike Hardy
2005-05-17 22:16 ` Tobias Hofmann
2005-05-17 23:00 ` Jay Strauss
2005-05-18 3:28 ` Jay Strauss
2005-05-17 22:45 ` Peter T. Breuer
2005-05-17 23:42 ` Henrik Holst
2005-05-18 3:30 ` Jay Strauss
2005-05-17 23:44 ` Henrik Holst
2005-05-19 15:32 ` Jay Strauss
2005-05-19 16:14 ` Mike Hardy
2005-05-19 18:40 ` Jay Strauss
2005-05-19 20:43 ` Mike Hardy
2005-05-20 1:43 ` Jay Strauss
[not found] <Pine.LNX.4.44.0505180206580.1777-100000@coffee.psychology.mcmaster.ca>
2005-05-18 15:08 ` Mike Hardy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=428A2133.4080202@h3c.com \
--to=mhardy@h3c.com \
--cc=gordon@drogon.net \
--cc=linux-raid@vger.kernel.org \
--cc=me@heyjay.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).