From: lsorense@csclub.uwaterloo.ca (Lennart Sorensen)
To: Mark Lord <lkml@rtr.ca>
Cc: Phillip Susi <psusi@cfl.rr.com>, Chris Snook <csnook@redhat.com>,
Paa Paa <paapaa125@hotmail.com>,
linux-kernel@vger.kernel.org
Subject: Re: Lower HD transfer rate with NCQ enabled?
Date: Thu, 5 Apr 2007 12:45:14 -0400 [thread overview]
Message-ID: <20070405164514.GF3510@csclub.uwaterloo.ca> (raw)
In-Reply-To: <46151FCD.6000700@rtr.ca>
On Thu, Apr 05, 2007 at 12:11:57PM -0400, Mark Lord wrote:
> For personal systems, yes. For servers, probably not a bug.
>
> Disabling readahead means faster execution queued commands,
> since it doesn't have to "linger" and do unwanted read-ahead.
> So this bug is a "feature" for random access servers.
> And a big nuisance for everything else.
Sounds like a trade off between doing read ahead on the current track,
or immediately starting to seek to the track for the next request in the
queue. After all reading ahead on the current track means you can't
start seeking to the next request yet.
I agree it does sound like a feature. Let the user/OS decide if read
aheads should be done by queueing them if wanted, and not queueing them
if not wanted. Seems simple enough. Also avoids poluting the cache
with unwanted data at the expense of potentially wanted data that was
already in the cache.
--
Len Sorensen
next prev parent reply other threads:[~2007-04-05 16:45 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-03 7:11 Paa Paa
2007-04-03 9:18 ` Nick Piggin
2007-04-03 21:31 ` Paa Paa
2007-04-04 2:06 ` Nick Piggin
2007-04-06 21:33 ` Bill Davidsen
2007-04-03 16:31 ` Chris Snook
2007-04-03 16:47 ` Mark Lord
2007-04-03 19:17 ` Phillip Susi
2007-04-04 15:36 ` Mark Lord
2007-04-05 15:30 ` Phillip Susi
2007-04-05 16:11 ` Mark Lord
2007-04-05 16:45 ` Lennart Sorensen [this message]
2007-04-09 14:46 ` Phillip Susi
2007-04-10 3:58 ` Mark Lord
2007-04-05 16:26 Paa Paa
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=20070405164514.GF3510@csclub.uwaterloo.ca \
--to=lsorense@csclub.uwaterloo.ca \
--cc=csnook@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@rtr.ca \
--cc=paapaa125@hotmail.com \
--cc=psusi@cfl.rr.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
all inboxes | Powered by JetHome®