Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 62539 invoked from network); 24 Oct 2007 09:47:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Oct 2007 09:47:08 -0000 Received: (qmail 95533 invoked by uid 500); 24 Oct 2007 09:46:55 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 95071 invoked by uid 500); 24 Oct 2007 09:46:54 -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 95062 invoked by uid 99); 24 Oct 2007 09:46:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Oct 2007 02:46:54 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of stepan.mishura@gmail.com designates 66.249.92.174 as permitted sender) Received: from [66.249.92.174] (HELO ug-out-1314.google.com) (66.249.92.174) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Oct 2007 09:46:58 +0000 Received: by ug-out-1314.google.com with SMTP id u40so304731ugc for ; Wed, 24 Oct 2007 02:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=hn4Bxg+SraiTGPZF3zyCKtVceMeDZXz+c7dv62sXSfk=; b=gkVdqdQUVBQomABPXy9FxQgkyZscPTHbta10ccUViypu158zzAzeEb0EzUpZuF0NOOiFHenKCxiPwFu47vNopS51SrWg4UjuxgkuORxEGf470VjnWtCa1GK1747de645AO+BRa7SAoelVVwQBiYtzB+1NRfcWPEggTFtG+E/dGg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=nQtTEeoYsSPwj6vVJB8uFGuwBOdbPajSOJ8ZR1Vw2Itj0IXxNw+s5erBwb+g4sqZFIgXeX3MOIrzJNPX65tFVHQ2f823EJJ/gfVYo9auhVwVoff+BXCnSuGva0dLGuOqOPIfRT3RPym/7lrWSaQegQUfjk7VJ2XnRfWSP3cZ2zE= Received: by 10.66.244.20 with SMTP id r20mr1898917ugh.1193219196534; Wed, 24 Oct 2007 02:46:36 -0700 (PDT) Received: by 10.67.30.7 with HTTP; Wed, 24 Oct 2007 02:46:36 -0700 (PDT) Message-ID: <6e47b64f0710240246m7d4f08d0o39e16ff6c12c811e@mail.gmail.com> Date: Wed, 24 Oct 2007 16:46:36 +0700 From: "Stepan Mishura" To: dev@harmony.apache.org Subject: Re: Is it possibel to use a debug build to run stress tests? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked by ClamAV on apache.org > Is it possibel to use a debug build to run stress tests? Technically - yes (we are free to run the suite in any way on any build), but practically - see below. On 10/23/07, Alexei Fedotov wrote: > Stepan, > > I believe the test suite run time is not be a factor which affects our > decision on a configuration which is used for the test run. Most of > stress tests have a duration of 30 seconds, regardless of the build > which is used for the testing. The total test suite run time is within > 40 minutes. > I don't agree with you about execution time. It was also taken into account when testing cycles were planed. There is "integrity testing cycle" that runs selected suites against debug build. I encourage everyone to visit regularly integrity testing status page[1] to check if your applied patch don't introduce any regressions. It runs 24x7 and its aim to detect regressions as soon as possible. Currently it takes 4-5 hours (depends on host) to complete integrity testing cycle and I would make it shorter, if possible. I think it is not good to add more suites to this cycle. BTW, 40 minutes for stress suites is time for release build and I assume that on debug build execution time will be ~ 1-2 hours. The stress suite was included to "snapshot testing cycle". Your arguments for "validity asserts disabled" (IOW, debug vs release) relates to all suites in snapshot testing. As I wrote in previous e-mial "if we switch to debug build I'm afraid it will be impossible to test 3 snapshots per week.". Or do you think that stress suite is a special one and it is worth to set up a separate (debug) cycle for it? [1] http://people.apache.org/~varlax/harmony-integrity/ Thanks, Stepan. > You argument about testing binaries which are delivered to the > customer is pretty valid from my point of view. From the other side it > makes little sense to look for root enumeration errors with heap > validity asserts disabled. Does anyone see how can we resolve this > situation? > > Thanks. >