Messages in this thread | | | Date | Sun, 20 Apr 2008 18:41:34 +0200 | From | Jörn Engel <> | Subject | Re: 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 lately.
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 functionality.
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. :(
Jörn
-- 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 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/
| |