Large stack usage in fs code (especially for PPC64)

Benjamin Herrenschmidt benh at kernel.crashing.org
Tue Nov 18 18:25:20 EST 2008


> > It makes some sort of sense I suppose on very static embedded workloads
> > with no swap nor demand paging.
> 
> It makes perfect sense for anything that doesn't use any MMU. 

To a certain extent. There's two different aspects to having an MMU and
in embedded space it's useful to have one and not the other, ie,
protection & address space isolation vs. paging.

Thus, it does make sense for those embedded devices with few files
(mostly a statically linked busybox, a few /dev entries and some app
stuff) to use large page sizes. Of course, as soon as they try to
populate their ramfs with lots of small files they lose... but mostly,
the idea is that the entire working set fits in the TLB and thus the
cost of TLB miss becomes irrelevant.

Now, regarding the shortcomings of the powerpc server MMU, well, we know
them, we know your opinion and mostly share it, and until we can get the
HW to change we are stuck with it.

Cheers,
Ben.





More information about the Linuxppc-dev mailing list