Cc: Daniel Hazelton <dhazelton@...>, Adrian Bunk <bunk@...>, Alan Cox <alan@...>, Shawn Bohrer <shawn.bohrer@...>, Ingo Molnar <mingo@...>, Andrew Morton <akpm@...>, Linux Kernel Mailing List <linux-kernel@...>, Thomas Gleixner <tglx@...>
> These are real customer workloads; java based "many things going on" at a time
Several thousands or 50k? Several thousands sounds large, but not entirely unreasonable,
but it is far from 50k.
No I don't take 50k threads on 32bit serious. And I hope you do not
either.
Why I don't take it serious: on 32bit 50k threads will lead
to lowmem exhaustion if the threads are actually doing something
(like keeping select pages around or similar and having some thread
local data). You'll easily be at 16-32K/thread and that is already
far beyond the lowmem available on any 3:1 split 32bit kernel, likely
even beyond 2:2. Even with 3:1 it could be tight.
So you can say about customer workloads what you want, but you'll
have a hard time convincing me they really run 50k threads
doing something on 32bit.
Now if we take the real realistic overhead of a thread into
account 4k or more less don't really matter all that much
and the decreased safety from the 4k stack starts to look
like a very bad bargain.
Ok what word would you prefer?
There is no war involved right, just a technical argument. I previously
always assumed that "attacking" was a standard term in discussions, but
if you don't like I can switch to another one.
Regarding war like terminology: I used to think that people who commonly
talk about "nuking code" went a little too far, but at some point
I adapted to them I think. Perhaps it comes from that.
Fine, I will call it address from now.
Where was that observation?
I don't see any evidence that there are serious order 1 fragmentation
issues on 2.6. If you have any please post it.
-Andi
--