archive mirror
 help / color / mirror / Atom feed
* Re: Re: Re: Re: [Oops]  i386 mm/slab.c (cache_flusharray)
@ 2003-12-02 23:41 pinotj
  0 siblings, 0 replies; only message in thread
From: pinotj @ 2003-12-02 23:41 UTC (permalink / raw)
  To: torvalds; +Cc: manfred, akpm, linux-kernel

>De: Linus Torvalds <>
>On Thu, 27 Nov 2003 wrote:
>> Here is the result of test of 2.6.0-test10 with the printk patch in
>> slab.c and this new patch for fork.c from Linus :
>The fork.c change can really only affect threaded programs using the new
>threading, and even then is likely to hit only in very unlikely
>circumstances. Certainly not a kernel compile.
>I'm wondering if the slab debugging code is just broken somehow. If you
>have lots of memory, it should even work for you.
>NOTE! For this patch to make sense, you have to enable the page allocator
>debugging thing (CONFIG_DEBUG_PAGEALLOC), and you have to live with the
>fact that it wastes a _lot_ of memory.
>There's another problem with this patch: if the bug is actually in the
>slab code itself, this will obviously not find it, since it disables that
>code entirely.
>		Linus

Thanks. I will try this.
I have 256MB RAM and I always test with very few process running so I think it will not be a problem.


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2003-12-02 23:41 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-12-02 23:41 Re: Re: Re: [Oops] i386 mm/slab.c (cache_flusharray) pinotj

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).