lkml.org 
[lkml]   [2007]   [Apr]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [00/17] Large Blocksize Support V3
Date
Christoph Lameter <clameter@sgi.com> writes:

> On Thu, 26 Apr 2007, Eric W. Biederman wrote:

>> The change the fundamental fragmentation avoidance algorithm of the
>> OS. Use only one size of page. That is a huge problem.
>
> No its no problem at all. Its in some peoples head that have never seen it
> done otherwise. We have another OS here that has dealt with variable sized
> pages for ages and our people have been shaking their heads for years
> about these strong opinious that lead us not dealing with the
> problem.

If you can make small things go fast, everything speeds up.
If you can only make big things go fast only some things speed up.

I want to make small things go fast so everything speeds up.

This isn't whatever OS you are used to dealing with. Assumptions are
different, and improving streaming read/writes benchmarks are not our
focus.

One of the first rules in storage or OS design is that it better be
reliable, and you patch looks like it will make the VM unreliable. So
no a design like this will not be agreed to without comment until it
is shown that the VM does not have problems.

Eric
-
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-04-26 20:49    [W:0.557 / U:0.064 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site