mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Chet Nichols III <chet.nichols@gmail.com>
To: linux-kernel@vger.kernel.org
Subject: read_ahead_kb defaults to 0 on 2.6.9-55.0.6ELsmp
Date: Fri, 21 Sep 2007 15:01:41 -0400	[thread overview]
Message-ID: <F8584392-95BF-490A-B685-C4C8DBED44FF@gmail.com> (raw)

Hey there,

First time posting to the list, hopefully I'm following protocol.

We recently began rolling out updates to our RHEL4 hosts, which  
updated us to 2.6.9-55.0.6ELsmp.

However, upon reboot, we noticed I/O was being blocked a little more  
than usual. Looking into it, we noticed that the block device  
readahead was now being set to 0, instead of 8192 as it was with the  
previous 2.6.x kernel. (ie: the read_ahead_kb located in /sys/block/ 
cciss\!c0d1/queue/read_ahead_kb, at least for our systems)

In previous < 2.6 kernels where the readahead was managed by sysctl,  
we had a bunch of settings we'd manage ourselves. However, since it's  
an ioctl-managed setting now, I was under the impression the kernel  
would decide what it should be set at during boot.

Granted, we can always just echo in a value when the host is brought  
up, or run blockdev --setra, but we've never had to do this  
previously, so I feel like doing that now would just be a band-aid to  
the issue.

Is there something with this kernel I should be aware of, or has  
anyone noticed anything similar? Tried searching through some  
different threads looking for a similar issue, but to no avail.

Thanks in advance for all the help!

My best,

Chet

-----
Chet Nichols III
mail: chet.nichols@gmail.com
aim: chet

                 reply	other threads:[~2007-09-21 19:01 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=F8584392-95BF-490A-B685-C4C8DBED44FF@gmail.com \
    --to=chet.nichols@gmail.com \
    --cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®