[lkml]   [2008]   [Apr]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: x86: 4kstacks default
On Sun, 20 April 2008 16:19:29 +0200, Andi Kleen wrote:
> Only if you believe that 4K stack pages are a worthy goal.
> As far as I can figure out they are not. They might have been
> a worthy goal on crappy 2.4 VMs, but these times are long gone.
> The "saving memory on embedded" argument also does not
> quite convince me, it is unclear if that is really
> a significant amount of memory on these systems and if that
> couldn't be addressed better (e.g. in running generally
> less kernel threads). I don't have numbers on this,
> but then the people who made this argument didn't have any
> either :)

It is not uncommon for embedded systems to be designed around 16MiB.
Some may even have less, although I haven't encountered any of those

When dealing in those dimensions, savings of 100k are substantial. In
some causes they may be the difference between 16MiB or 32MiB, which
translates to manufacturing costs. In others it simply means that the
system can cache a bit more and run faster, or it can have a little more

In most cases it simply allows userspace programmers to avoid looking
harder to save those 100k, as they are already saved in kernel space.
Therefore we made life hard for us in order to make life easier for
someone else, saving them time and money.

Whether that is worth it depends on your personal point of view. Many
embedded people will claim "Hell yes!" Of those that don't, most are
simply ignoring currently mainline kernels and will regret the
development later. They care, thay just don't tend to care enough to
engage in these discussions or even know about them. :(


Eighty percent of success is showing up.
-- Woody Allen
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2008-04-20 18:45    [W:0.127 / U:4.772 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site