lkml.org 
[lkml]   [2001]   [Oct]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] fork() failing
On Thu, 18 Oct 2001, Marcelo Tosatti wrote:
> On Thu, 18 Oct 2001, Rik van Riel wrote:

> > Actually, I guess we could define this to be the same point
> > where we'd end up freeing memory in order to satisfy our
> > allocation.
>
> Just remember that if we give __GFP_FAIL a "give me memory if its
> available" meaning we simply can't use it for stuff like pagecache
> prefetching --- its _too_ fragile.

IMHO it makes perfect sense, since at this point, one more
allocation _will_ push us over the limit and let kswapd go
to work to free up more memory.

We just need to make sure that the "wake up kswapd and maybe
help free memory" point is EXACTLY the same as the __GFP_FAIL
failure point.

Unless off course I'm overlooking something ... in that case
I'd appreciate it if you could point it out to me ;)

regards,

Rik
--
DMCA, SSSCA, W3C? Who cares? http://thefreeworld.net/ (volunteers needed)

http://www.surriel.com/ http://distro.conectiva.com/

-
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 13:08    [W:0.055 / U:0.476 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site