Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964960AbVLSUhV (ORCPT ); Mon, 19 Dec 2005 15:37:21 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964961AbVLSUhV (ORCPT ); Mon, 19 Dec 2005 15:37:21 -0500 Received: from MailBox.iNES.RO ([80.86.96.21]:50305 "EHLO mailbox.ines.ro") by vger.kernel.org with ESMTP id S964960AbVLSUhT (ORCPT ); Mon, 19 Dec 2005 15:37:19 -0500 Subject: Re: [2.6 patch] i386: always use 4k stacks From: Dumitru Ciobarcianu To: Parag Warudkar Cc: Helge Hafting , Andi Kleen , Adrian Bunk , Kyle Moffett , akpm@osdl.org, linux-kernel@vger.kernel.org, arjan@infradead.org In-Reply-To: References: <20051215212447.GR23349@stusta.de> <20051215140013.7d4ffd5b.akpm@osdl.org> <20051216141002.2b54e87d.diegocg@gmail.com> <20051216140425.GY23349@stusta.de> <20051216163503.289d491e.diegocg@gmail.com> <632A9CF3-7F07-44D6-BFB4-8EAA272AF3E5@mac.com> <20051217205238.GR23349@stusta.de> <61D4A300-4967-4DC1-AD2C-765A3D2D9743@comcast.net> <20051218054323.GF23384@wotan.suse.de> <5DB2F520-5666-4C7F-9065-51117A0F54B9@comcast.net> <43A694DF.8040209@aitel.hist.no> <1135014201.10933.4.camel@localhost> <1135020446.10933.8.camel@localhost> Content-Type: text/plain; charset=utf-8 Organization: iNES Group Date: Mon, 19 Dec 2005 22:34:57 +0200 Message-Id: <1135024498.10933.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.5.2 (2.5.2-1) Content-Transfer-Encoding: 8bit X-BitDefender-Scanner: Clean, Agent: BitDefender Milter 1.6.2 on MailBox.iNES.RO Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1026 Lines: 26 În data de Lu, 19-12-2005 la 15:17 -0500, Parag Warudkar a scris: > On Dec 19, 2005, at 2:27 PM, Dumitru Ciobarcianu wrote: > > > but you din't answered my question > > regarding _which_ os you mentioned needing more stack space and why. > > The two other commercially successful OSes - Windows and Solaris have > 12Kb and 8Kb default kernel stack sizes. And both seem to do well > (hold on :) with the large stack sizes - meaning there is no > commercially observed problem created by the 8K stack size. Solaris > even lets you change the kernel stack size at runtime. My point was that you don't know why those two OS have such a large stack. Just because you can't look at the source without being contaminated. -- Cioby - "I'll just stop feeding the troll now" - 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/