Messages in this thread | | | From | Denis Vlasenko <> | Subject | Re: RFC: i386: kill !4KSTACKS | Date | Tue, 6 Sep 2005 09:39:27 +0300 |
| |
On Tuesday 06 September 2005 07:37, Andi Kleen wrote: > Running with tight stack is just a fundamentally fragile configuration > and will come back to bite you later. Even with 8k we regularly > had overflows reported and with 4k it will be much worse.
I think one of the reasons is:
"No matter how big stack is, there are always careless code which can overflow it. 4k, 8k, 64k (hypotetically), we still must keep stack size in mind when coding.
So, since we already are writing stack size aware code, why not pick minimum realistically working stack size? Looks like we can make 4k stack work, and it's naturally smallest sensible (and in fact easiest to allocate/manage) stack for i386. So be it, let's use 4k."
I suspect Windows went the opposite way. I bet they already went thru several iterations of "ouch these drivers from BogoSoft can overflow stack on nt N, let's bump up stack size for our new shiny nt N+1". -- vda - 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/
| |