lkml.org 
[lkml]   [2001]   [Aug]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Memory Problem in 2.4.10-pre2 / __alloc_pages failed
On Thu, 30 Aug 2001 01:36:10 +0200
Daniel Phillips <phillips@bonn-fries.net> wrote:

> [...]
> Let's try another way of dealing with it. What I'm trying to do with the
> patch below is leave a small reserve of 1/12 of pages->min, above the
> emergency reserve, to be consumed by non-PF_MEMALLOC atomic allocators.
> Please bear in mind this is completely untested, but would you try it
> please and see if the failure frequency goes down?
>
> --- ../2.4.9.clean/mm/page_alloc.c Thu Aug 16 12:43:02 2001
> +++ ./mm/page_alloc.c Wed Aug 29 23:47:39 2001
> @@ -493,6 +493,9 @@
> }
>
> /* XXX: is pages_min/4 a good amount to reserve for this? */
> + if (z->free_pages < z->pages_min / 3 && (gfp_mask & __GFP_WAIT) &&
> + !(current->flags & PF_MEMALLOC))
> + continue;
> if (z->free_pages < z->pages_min / 4 &&
> !(current->flags & PF_MEMALLOC))
> continue;
>

Hello Daniel,

I tried this patch and it makes _no_ difference. Failures show up in same situation and amount. Do you need traces? They look the same

Regards,
Stephan
-
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:17    [W:0.099 / U:0.672 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site