From owner-freebsd-threads@FreeBSD.ORG Fri Nov 19 07:55:00 2004 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B75AE16A4CE; Fri, 19 Nov 2004 07:55:00 +0000 (GMT) Received: from smtp2.jp.viruscheck.net (smtp2.jp.viruscheck.net [154.33.69.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F0ED43D2F; Fri, 19 Nov 2004 07:55:00 +0000 (GMT) (envelope-from bland@freebsd.org) Received: from scan3.jp.viruscheck.net ([154.33.69.38] helo=mail5.jp.viruscheck.net) by smtp2.jp.viruscheck.net with esmtp (Exim 3.36 #1) id 1CV3be-0004SI-00; Fri, 19 Nov 2004 16:54:58 +0900 Received: from [220.108.149.115] (helo=noc.orchid) by mail5.jp.viruscheck.net with esmtp (Exim 3.36 #2) id 1CV3be-0006Mj-00; Fri, 19 Nov 2004 16:54:58 +0900 Received: from [89.60.10.11] (horse.orchid [89.60.10.11]) by noc.orchid (8.12.11/8.12.11) with ESMTP id iAJ7svMp087862; Fri, 19 Nov 2004 16:54:57 +0900 (JST) (envelope-from bland@FreeBSD.org) Message-ID: <419DA6CC.7040002@FreeBSD.org> Date: Fri, 19 Nov 2004 16:54:52 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040927 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-threads@FreeBSD.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: Joe Marcus Clarke Subject: Question about our default pthread stack size X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2004 07:55:00 -0000 Hey guys, After squashing yet another "too small thread stack size" bug in software developed on Linux. I decided to ask gurus for the comment. Why we still insist that 64K is good enough for 32bit archs? I do understand fact that specs isn't clear about that number and therefore portable application must reserve it's own stack. But reality is sucks. Nobody cares about it for the one simple reason the majority of popular OSes provides at least megabyte of memory for the purpose by default. More other please read what for example Sun tells to developers about stack size allocation: http://docs.sun.com/app/docs/doc/816-5137/6mba5vpjc?a=view#attrib-33670 How much people will care after reading this? If there is no any technical issue which prevent us from bumping default thread stack size I propose to do this. If smaller default stack sizes gains us some significant benefits let's make it system wide or per process tunable (ie use getrlimit(RLIMIT_STACK)). All the best, Alexander.