Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 44055 invoked from network); 17 Nov 2006 14:30:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Nov 2006 14:30:38 -0000 Received: (qmail 19234 invoked by uid 500); 17 Nov 2006 14:30:45 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 19205 invoked by uid 500); 17 Nov 2006 14:30:45 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 19196 invoked by uid 99); 17 Nov 2006 14:30:45 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Nov 2006 06:30:45 -0800 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: 216.86.168.178 is neither permitted nor denied by domain of geir@pobox.com) Received: from [216.86.168.178] (HELO mxout-03.mxes.net) (216.86.168.178) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Nov 2006 06:30:31 -0800 Received: from [192.168.1.106] (unknown [67.86.14.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 4F38A51927 for ; Fri, 17 Nov 2006 09:30:07 -0500 (EST) Message-ID: <455DC77D.50200@pobox.com> Date: Fri, 17 Nov 2006 09:30:21 -0500 From: "Geir Magnusson Jr." Reply-To: geir@pobox.com User-Agent: Thunderbird 1.5.0.8 (Macintosh/20061025) MIME-Version: 1.0 To: harmony-dev@incubator.apache.org Subject: Re: [drlvm] Java stack limits References: <4554E6B2.7090001@apache.org> <200611110153.19120.gshimansky@gmail.com> <200611110312.50644.gshimansky@gmail.com> <783bf8b0611131123h3a881a4bvdfc64e156af1c4c6@mail.gmail.com> <783bf8b0611140856n3131b772p32a26fcde68c16e3@mail.gmail.com> <455A5E1D.5040300@pobox.com> <455B9354.1070200@pobox.com> <455B99F3.2050007@pobox.com> <455C78AC.30602@pobox.com> <455D92A4.1050704@gmail.com> In-Reply-To: <455D92A4.1050704@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Tim Ellison wrote: > Geir Magnusson Jr. wrote: >> I think that it's totally unreasonable to have no upper bound on stack >> size. A Java virtual machine should never be able to hose a machine by >> sucking in all memory... > > yeah, like those rotten C programs. You are damned if you do and damned > if you don't, since you'll upset people who hit any arbitrary limit that > you set on the stack size too. As we have seen, current impls do limit. Clearly the "suck all memory until the box turns over and wiggles it's feet in the air" setting isn't needed by anyone. Is there some reasonable heuristic based on heap defaults or settings? geir > > Regards, > Tim >