Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 58128 invoked from network); 13 Feb 2008 11:34:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Feb 2008 11:34:39 -0000 Received: (qmail 56745 invoked by uid 500); 13 Feb 2008 11:34:32 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 56734 invoked by uid 500); 13 Feb 2008 11:34:32 -0000 Mailing-List: contact commits-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 commits@harmony.apache.org Received: (qmail 56725 invoked by uid 99); 13 Feb 2008 11:34:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Feb 2008 03:34:32 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Feb 2008 11:34:00 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D9CDA71406F for ; Wed, 13 Feb 2008 03:34:08 -0800 (PST) Message-ID: <19688046.1202902448889.JavaMail.jira@brutus> Date: Wed, 13 Feb 2008 03:34:08 -0800 (PST) From: "Aleksey Shipilev (JIRA)" To: commits@harmony.apache.org Subject: [jira] Commented: (HARMONY-5396) [drlvm][em] excess ValueProfiler locking causes degradation on JITted code with profiling In-Reply-To: <33481235.1200494074776.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HARMONY-5396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12568516#action_12568516 ] Aleksey Shipilev commented on HARMONY-5396: ------------------------------------------- Egor, 1. Thanks, all is OK after r627320. 2. Whoops, I thought I've eliminated them, sorry. Will teach CDT further :) 3. Yes, you're right on atomic increment approach for this counter - that's an option too. I've messed up things a little. 4. Let's implement the (3) option and then measure performance of benchmarks for all bulk. 5. I agree with Pavel, updateStrategy should be propagated to TNV_DIVIDED too. Thanks, Aleksey. > [drlvm][em] excess ValueProfiler locking causes degradation on JITted code with profiling > ----------------------------------------------------------------------------------------- > > Key: HARMONY-5396 > URL: https://issues.apache.org/jira/browse/HARMONY-5396 > Project: Harmony > Issue Type: Improvement > Components: DRLVM > Reporter: Aleksey Shipilev > Assignee: Egor Pasko > Attachments: 0001-ValueProfileCollector-refactoring-to-separate-FirstN-and-Divided-methods.txt, 0002-value-profiling-options-locked-flagged_all-flagged_insert-unsafe.txt, 0002-ValueProfileCollector-implementing-locking-strategies.txt, 0003-value-profiling-options-locked-flagged_all-flagged_insert-unsafe.txt, 0004-value-profiling-reviving-locked-profile.txt, HARMONY-5396-syncTie.patch > > > During investigation of serious slowdown in some microbenchmark, excess locking in ValueProfiler was identified. > Please see Harmony-dev thread for the details: http://markmail.org/message/tatsfbyb7eb3q3rr -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.