lkml.org 
[lkml]   [2007]   [Jul]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/3] readahead drop behind and size adjustment
On Sun, Jul 22, 2007 at 10:39:23AM +0800, Fengguang Wu wrote:

> It makes sense to raise it beyond 128K. 1M default readahead
> absolutely makes sense for sequential workloads. For the desktop,
> this increases boot speed and readahead misses, both due to more
> aggressive mmap read-around. Most users will be glad to feel the
> speedup, and happily ignore the readahead misses, which may be
> "invisible" in case of large memory.
>
> In theory, the distributions can do the same tuning. So we have an
> interesting question for Dave:
> Does fedora desktop raise the default readahead size? Why or
> why not? It goes so far to do userland readahead ;)

Fedora takes whatever defaults for readahead the kernel.org kernel has.
The only reasoning being if anyone reported VM bugs, we'd be able
to say to interested upstream developers "we're running the stock VM".
without having to get the user to try and reproduce on unpatched
kernels.

> - drop behind
>
> Sorry, I still doubt it will benefit all/most workloads. Leave it off
> by default, and leave the enabling decision to Dave? I do hope that
> it help general desktops.

It's not a subject that I'm intimatly familiar with, and when it
comes to decisions like this, I tend to just take whatever the
upstream defaults are.

Dave

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

\
 
 \ /
  Last update: 2007-07-22 04:47    [W:0.111 / U:0.308 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site