Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 40130 invoked from network); 16 Apr 2008 05:33:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Apr 2008 05:33:34 -0000 Received: (qmail 69417 invoked by uid 500); 16 Apr 2008 05:33:33 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 69379 invoked by uid 500); 16 Apr 2008 05:33:33 -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 69368 invoked by uid 99); 16 Apr 2008 05:33:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Apr 2008 22:33:33 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of alexey.v.varlamov@gmail.com designates 74.125.46.157 as permitted sender) Received: from [74.125.46.157] (HELO yw-out-1718.google.com) (74.125.46.157) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Apr 2008 05:32:41 +0000 Received: by yw-out-1718.google.com with SMTP id 4so1132466ywq.0 for ; Tue, 15 Apr 2008 22:32:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=rXE8zbDjyrF65ZeX+XMGz6L0D1V7xqe80TTG3DwFtlM=; b=DxWs5GTsqniXqmKxkGzY3Cf/HOEGRXzAkToi/mZWklD9oyAgtZbRwaFZev5J32fkFTiQhLVWfu5lzGVisEaU9hG/ChrhFEupBKC8kiF0pHzFhCVpojQ5hBMYRME/AT5ET4BgsmsnoxUdlvR34eKoj7o2zuZitKu8RJttHnB6ocQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QY+X2WEcCC0sfZ6kyy9vjQMQ5or90D7ee9++Khh6k0GfW9VRDRuUQDQR7hctg90SLINjTbcWO1F73GNKfs9IifMQyWnz6M4YFBUYuCLBgLVULlQxYAfhTa+YiL1xLDoljsOj6CvXBvQjxPtgvlLVC1I3Qt/UTx3x1XQqmnbygR0= Received: by 10.150.228.2 with SMTP id a2mr8719868ybh.208.1208323977264; Tue, 15 Apr 2008 22:32:57 -0700 (PDT) Received: by 10.150.143.1 with HTTP; Tue, 15 Apr 2008 22:32:57 -0700 (PDT) Message-ID: Date: Wed, 16 Apr 2008 12:32:57 +0700 From: "Alexey Varlamov" To: dev@harmony.apache.org Subject: Re: [general][repos] Benchmark repository In-Reply-To: <6e47b64f0804152203u237b78c9xe5e423d6eda94324@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4bebff790804150625v76a01165pc2c06cc5226cfcac@mail.gmail.com> <211709bc0804152014j6dd7d8damef7407522a4fea4@mail.gmail.com> <6e47b64f0804152203u237b78c9xe5e423d6eda94324@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org 2008/4/16, Stepan Mishura : > On 4/16/08, Alexey Varlamov wrote: > > 2008/4/16, Tony Wu : > > > Is it possible to integrate into BTI? if not we can consider the enhanced/tools/ > > > > There is one already in drlvm trunk, see working_vm/src/test/microbenchmark. > > There is no infrastructure around, it is mere store holder for now. > > Feel free to add benches there, they are not intended to be > > VM-specific. > > > > I would say opposite if they are DRLVM specific then it is OK to put > them to the folder. Otherwise (i.e. they are not VM-specific) we > should integrate them to BTI. > > Th point is that DRLVM workspace should contain only DRLVM specific > tests. For example, IMO DRLVM workspace is not the right place for > EHWA-API scenario. This is too radical position IMO. Absolute majority of tests in DRLVM are functional and not impl-specific, should we move them all to BTI? Sometimes convenience of using and extending is more important for success. If we had appropriate infra for benchmarks I wouldn't argue, but now I'm afraid most contributors would rather leave a bench-case hanging in JIRA than dare to hack BTI. I'm happy to be proven wrong, though. Regards, Alexey > > Thanks, > Stepan. > > > Re integration to BTI, this would require fair amount of efforts and > > usage model is not clear to me. > > > > > > > > On 4/15/08, Aleksey Shipilev wrote: > > > > Hi Tony, all! > > > > > > > > Does it make sense to create special place in our repository for > > > > storing the benchmarks like this one I've used in my performance > > > > researches on Harmony? It would be great to have them synchronized in > > > > repos rather than store in JIRA. > > > > > > > > Thanks, > > > > Aleksey. > > > > > > > > On Tue, Apr 15, 2008 at 11:00 AM, Tony Wu wrote: > > > > > Aleksey, > > > > > I think keep the benchmark somewhere such as JIRA is also ok. > > > > > > > > > > > > > -- > > > Tony Wu > > > China Software Development Lab, IBM > > > > > >