Messages in this thread | | | Date | Tue, 22 Apr 2003 13:24:00 -0400 (EDT) | From | Ingo Molnar <> | Subject | Re: objrmap and vmtruncate |
| |
On Tue, 22 Apr 2003, Martin J. Bligh wrote:
> If that was the only tradeoff, I'd be happy to make it too. But it's not > 0.4% / 1.2% under any kind of heavy sharing (eg shared libs), it can be > something like 25% vs 75% ... the difference between the system living > or dying. If we had shared pagetables, and shlibs aligned on 2Mb > boundaries so they could be used, I'd be much less stressed about it, I > guess.
sorry, but this is just games with numbers. _Sure_, you can find workload as a demonstration against _any_ resource increase, by allocating that resource enough times so that lots of stuff is allocated. "Look, we increased the kernel stack size from 4K to 8K, and now this makes this [add random heavily threaded workload] thing go from 40% RAM utilization to 60% RAM utilization"
fact is that 'typical' pagetable usage is in the <1% range on typical systems. Sure, you can increase it - like you can increase RAM allocation for just about any resource if you want. The answer: if you want to do that then add more RAM or dont do it.
so the real question is whether the size increase justifies the advantages. It's a border case i agree.
Ingo
- 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/
| |