lkml.org 
[lkml]   [2001]   [Aug]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [resent PATCH] Re: very slow parallel read performance
Date
On August 26, 2001 09:52 pm, Rik van Riel wrote:
> On Sun, 26 Aug 2001, Daniel Phillips wrote:
> > On August 26, 2001 08:39 pm, Rik van Riel wrote:
> > > On Sun, 26 Aug 2001, Daniel Phillips wrote:
> > >
> > > > There's an obvious explanation for the high loadavg people are seeing
> > > > when their systems go into thrash mode: when free is exhausted, every
> > > > task that fails to get a block in __alloc_pages will become
> > > > PF_MEMALLOC and start scanning.
> > >
> > > If you ever tested this, you'd know this is not true.
> >
> > Look at this, supplied by Nicolas Pitre in the thread "What version of
> > the kernel fixes these VM issues?":
>
> His kernel is running completely out of memory, with no
> swap space configured.

No, he's streaming mp3's:

> > > > My test consist in compiling gcc 3.0 while some MP3s are continously playing
> > > > in the background. The gcc build goes pretty far along until both the mp3
> > > > player and the gcc build completely jam.

--
Daniel
-
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: 2005-03-22 12:58    [W:0.083 / U:0.112 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site