On Thu, Jul 19, 2007 at 02:15:39AM +0200, Andrea Arcangeli wrote:
> On Mon, Jul 16, 2007 at 06:27:55PM -0500, Matt Mackall wrote:
> > So it's absolutely no help in fixing our order-1 allocation problem
> > because we don't want to force large pages on people.
>
> Using kmalloc(8k) instead of alloc_page() doesn't sound a too big deal
> and that will solve the problem.
How do you figure?
If you're saying that soft pages helps our 8k stack allocations, it
doesn't. The memory overhead of soft pages will be higher (5-15%,
mostly due to file tails in pagecache) than the level at which 8k
stacks currently run into trouble (1-2% free?).
Not helpful.
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
- Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
- Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
- Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
- Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
- Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
- Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
- Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
- Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
- Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]