Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 33660 invoked from network); 12 Feb 2008 14:05:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Feb 2008 14:05:40 -0000 Received: (qmail 59529 invoked by uid 500); 12 Feb 2008 14:05:33 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 59507 invoked by uid 500); 12 Feb 2008 14:05:33 -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 59476 invoked by uid 99); 12 Feb 2008 14:05:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Feb 2008 06:05:33 -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; Tue, 12 Feb 2008 14:05:00 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id D1E0971407C for ; Tue, 12 Feb 2008 06:05:08 -0800 (PST) Message-ID: <24132407.1202825108857.JavaMail.jira@brutus> Date: Tue, 12 Feb 2008 06:05:08 -0800 (PST) From: "Egor Pasko (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=12568124#action_12568124 ] Egor Pasko commented on HARMONY-5396: ------------------------------------- Guys, you are kidding me :) IF _intermittent_ performance degradations is an issue, then why don't we run synchronized edge profile? same crap. I agree that implementing the original locking strategy might make sense, but then, please, agree to set it only in server_aggressive mode. Otherwise I do not see any way to improve user experience with the original microbenchmark. > [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, 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.