lkml.org 
[lkml]   [1999]   [Jul]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] - Some notions that I would like comments on
> On Wed, 14 Jul 1999 21:56:38 +0200, Jamie Lokier
> <lkd@tantalophile.demon.co.uk> said:
>
> > Does this completely avoid blocking then?
>
> > I mean, is "readaround" for block @ 128k-192k triggered by
> > reading/paging within block @ 64k-128k, or is it triggered by the first
> > read with 128k-192k?
>
> No, not yet: it's something which we'll probably do eventually.
> However, on any vaguely modern hardware, the track buffers on the disk
> itself will keep filling once you've submitted one IO. Accessing the
> next cluster will take a latency hit on the CPU, but we still get the
> full disk bandwidth overall.

why trigger a page-in for the next cluster? doubling the cluster size
might give the same behavior.

- Chuck Lever
--
corporate: <chuckl@netscape.com>
personal: <chucklever@netscape.net> or <cel@monkey.org>

The Linux Scalability project:
http://www.citi.umich.edu/projects/linux-scalability/


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:53    [W:0.034 / U:1.640 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site