From: Morten Sylvest Olsen <mso@medical-insight.com>
To: linux-raid@vger.kernel.org
Subject: documentation of /sys/vm/max-readahead
Date: Mon, 6 Dec 2004 22:42:06 +0100 (CET) [thread overview]
Message-ID: <20041206222336.B61850@arsenium.medical-insight.com> (raw)
In-Reply-To: <20041206211607.GA3037@hamachi.dyndns.org>
Hi list.
Am I the first to battle performance related issues from the setting of
/proc/sys/vm/max-readahead? It seems there is quite a few threads floating
around the net related to performance of the md driver with external disks
connected over FC.
But I was pretty confused because /proc/mdstat reports the bogus old
device read_ahead value, and the md driver silently (well, not really)
uses /sys/vm/max-readahead to calculate a window size which makes quite a
difference in my setup where I have some scsi disks on a relatively
high-latency SAN. Possibly this issue only shows itself when running
RAID-1 where the chunksize is not used (there seem to be a bug in Jacob's
howto in section 5.10 on that point)
Maybe the issue only arises on RedHat because they for some reason chose
to make the 31 default value of /proc/sys/vm/max-readahead in their EL3
release, where the older default of 127 is more resonable?
I don't mind writing the blurb myself, if I'm not totally off course in my
error diagnostics.
-- Morten
--
Morten Sylvest Olsen, System Developer
Medical Insight A/S, Hovedgaden 451 C,2640 Hedehusene, Denmark
Phone:+4546550444, Mobile:+4551573092,Mail: mso@medical-insight.com
next prev parent reply other threads:[~2004-12-06 21:42 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-02 16:38 Looking for the cause of poor I/O performance TJ
2004-12-03 0:49 ` Mark Hahn
2004-12-03 3:54 ` Guy
2004-12-03 6:33 ` TJ
2004-12-03 7:38 ` Guy
2004-12-04 15:23 ` TJ
2004-12-04 17:59 ` Guy
2004-12-04 23:51 ` Mark Hahn
2004-12-05 1:00 ` Steven Ihde
2004-12-06 17:48 ` Steven Ihde
2004-12-06 19:29 ` Guy
2004-12-06 21:10 ` David Greaves
2004-12-06 23:02 ` Guy
2004-12-08 9:24 ` David Greaves
2004-12-08 18:31 ` Guy
2004-12-08 22:00 ` Steven Ihde
2004-12-08 22:25 ` Guy
2004-12-08 22:41 ` Guy
2004-12-09 1:40 ` Steven Ihde
2004-12-12 8:56 ` [linux-lvm] Re: Looking for the cause of poor I/O performance - a test script David Greaves
2004-12-12 8:56 ` David Greaves
2004-12-28 0:13 ` [linux-lvm] " Steven Ihde
2004-12-28 0:13 ` Steven Ihde
2004-12-06 21:16 ` Looking for the cause of poor I/O performance Steven Ihde
2004-12-06 21:42 ` Morten Sylvest Olsen [this message]
2004-12-05 2:16 ` Guy
2004-12-05 15:14 ` TJ
2004-12-06 21:39 ` Mark Hahn
2004-12-05 15:17 ` TJ
2004-12-06 21:34 ` Mark Hahn
2004-12-06 23:06 ` Guy
2004-12-03 6:51 ` TJ
2004-12-03 20:03 ` TJ
2004-12-04 22:59 ` Mark Hahn
2004-12-03 7:12 ` TJ
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=20041206222336.B61850@arsenium.medical-insight.com \
--to=mso@medical-insight.com \
--cc=linux-raid@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.