Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 67441 invoked from network); 11 Dec 2006 15:05:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Dec 2006 15:05:02 -0000 Received: (qmail 72160 invoked by uid 500); 11 Dec 2006 15:05:07 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 72125 invoked by uid 500); 11 Dec 2006 15:05:07 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 72116 invoked by uid 99); 11 Dec 2006 15:05:07 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Dec 2006 07:05:07 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of pavel.n.afremov@gmail.com designates 64.233.182.190 as permitted sender) Received: from [64.233.182.190] (HELO nf-out-0910.google.com) (64.233.182.190) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Dec 2006 07:04:56 -0800 Received: by nf-out-0910.google.com with SMTP id a4so2045391nfc for ; Mon, 11 Dec 2006 07:04:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=nQnSb3SF2yLwOJZ1G0gErx3ZUtgBQcmZe5bVVi/bn/bwbL/kuOHA5Kw/monX6+1b30d78OrABRfXgAARGq4ALuU24Xi2b7oAJGyFWskQYtLB31GsxZAexQSoizpbP+AtKxhlwXrqxj3FniwFeS4jxOFKUqIeJa4j17GqbrKOIpo= Received: by 10.49.75.2 with SMTP id c2mr4689581nfl.1165849472662; Mon, 11 Dec 2006 07:04:32 -0800 (PST) Received: by 10.49.43.15 with HTTP; Mon, 11 Dec 2006 07:04:32 -0800 (PST) Message-ID: <783bf8b0612110704y23e46fb0m2f18422dabf96cd3@mail.gmail.com> Date: Mon, 11 Dec 2006 18:04:32 +0300 From: "Pavel Afremov" To: dev@harmony.apache.org, geir@pobox.com Subject: Re: [drlvm][stacks] How large is stack size limit? In-Reply-To: <457D6AA5.9040200@pobox.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_35373_26316221.1165849472555" References: <783bf8b0612110356r36c3084cu3777a611adebbdf0@mail.gmail.com> <783bf8b0612110558w10466ec3pb77977e1dad7e02f@mail.gmail.com> <457D6AA5.9040200@pobox.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_35373_26316221.1165849472555 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline It's correct to throw SOE. But test prints FAIL. Pavel On 12/11/06, Geir Magnusson Jr. wrote: > > I'm having trouble following this. > > How do you define "failure"? > > Isn't it correct to throw a SOE? > > geir > > > Elena Semukhina wrote: > > On 12/11/06, Pavel Afremov wrote: > >> > >> Elena, > >> > >> > >> > >> You wrote: > >> > >> RI*: 3689 > >> > >> > >> > >> It's mean that test is failed on RI, isn't it? > >> > >> So 7000 isn't correct for RI. Let's change it to 3000. And test start'= s > >> pass > >> on our VM. > > > > > > It will fail in the interpreter mode :(. > > > > Since this functionality depends on implementation, the test may pass > here > > and fail there. > > I'd like to hear from DRLVM gurus that e.g. the test is incorrect > because > > the stack size limit in the DRLVM is restricted to some value which > cause > > StackOverflowError and the correct number in the test should be XXX. I > know > > that 200 is acceptable :) but should it be larger? > > > > Elena > > > > Pavel. > > > > > > On 12/11/06, Elena Semukhina wrote: > >> > >> Pavel, > >> > >> what is incorrect in the test? > >> > >> It passes on windows on IBM VME and JRockit. As for the magic number > >> 7000, > >> I > >> think the author of the test considered it quite satisfactory . In the > >> comments to the test he wrote that an alternative java craches with > >> 200000:). > >> > >> The JVM Spec reads: > >> * If the computation in a thread requires a larger Java virtual machin= e > >> stack than is permitted, the Java virtual machine throws a > >> StackOverflowError. > >> > >> So throwing StackOverflowError is legal and the stack size limit > depends > >> on > >> implementation. The question is whether the test has to pass on the > >> current > >> DRLVM implementation. If it fails legally, then we should fix the test > so > >> that it reflects the status quo. > >> > >> Thanks, > >> Elena > >> > >> On 12/11/06, Pavel Afremov wrote: > >> > > >> > I think that test is invalid. It doesn't pass on windows RI , so =85= no > >> > comments. Also it is not clear why depth should be 7000. I can find > >> this > >> > magic value in any spec. > >> > > >> > Pavel Afremov. > >> > > >> > > >> > > >> > On 12/11/06, Elena Semukhina wrote: > >> > > > >> > > Hello all, > >> > > > >> > > The smoke test stress.Stack fails with StackOverflowError on > Windows > >> and > >> > > linux/INT. It passes only on linux/JIT now. > >> > > The test algorithm is simple: a method calls itself recursively fo= r > >> 7000 > >> > > times. The test fails if StackOverflowError is thrown. > >> > > > >> > > The following are the numbers of iterations before the test fails: > >> > > > >> > > Windows: > >> > > INT: 353 > >> > > JET: 3963 > >> > > OPT: 32264 > >> > > RI*: 3689 > >> > > > >> > > Linux: > >> > > INT: 587 > >> > > JET: 7762 > >> > > OPT: 72105 (!!!) > >> > > RI*: 61837 > >> > > > >> > > *RI is Java(TM) 2 Runtime Environment, Standard Edition (build > >> > > 1.5.0_08-b03 > >> > > ). > >> > > > >> > > Are these numbers expected? Are there any restrictions on stack > size > >> in > >> > > DRLVM? > >> > > > >> > > -- > >> > > Thanks, > >> > > Elena > >> > > > >> > > > >> > > >> > > >> > >> > >> -- > >> Thanks, > >> Elena > >> > >> > > > > > > > > > > > ------=_Part_35373_26316221.1165849472555--