Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 99237 invoked from network); 23 Aug 2007 14:33:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Aug 2007 14:33:00 -0000 Received: (qmail 19796 invoked by uid 500); 23 Aug 2007 14:32:55 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 19773 invoked by uid 500); 23 Aug 2007 14:32:55 -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 19742 invoked by uid 99); 23 Aug 2007 14:32:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Aug 2007 07:32:55 -0700 X-ASF-Spam-Status: No, hits=-100.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; Thu, 23 Aug 2007 14:33:32 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 3AEA47141F2 for ; Thu, 23 Aug 2007 07:32:31 -0700 (PDT) Message-ID: <12103376.1187879551236.JavaMail.jira@brutus> Date: Thu, 23 Aug 2007 07:32:31 -0700 (PDT) From: "Gregory Shimansky (JIRA)" To: commits@harmony.apache.org Subject: [jira] Updated: (HARMONY-4661) [drlvm][jvmti] MethodEntry and MethodExit event callbacks could be called only when needed In-Reply-To: <13404399.1187712390445.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-4661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gregory Shimansky updated HARMONY-4661: --------------------------------------- Attachment: HARMONY-4661.patch Here is the patch from the VM side that sets and clears method entry/exit flags on request from the agent(s). > [drlvm][jvmti] MethodEntry and MethodExit event callbacks could be called only when needed > ------------------------------------------------------------------------------------------ > > Key: HARMONY-4661 > URL: https://issues.apache.org/jira/browse/HARMONY-4661 > Project: Harmony > Issue Type: Improvement > Components: DRLVM > Reporter: Gregory Shimansky > Assignee: Gregory Shimansky > Attachments: HARMONY-4661.patch > > > Currently when JIT compiles a method with flags exe_notify_method_entry or exe_notify_method_exit it hardcodes a call to VM helper at the beginning or end of method. This VM helper tries to determine whether there is some JVMTI environment that is subscribed to receiving such event at the moment. When there is no such environment nothing is done and the call to VM helper is not needed. > We could create global flags for MethodEntry and MethodExit events that would be checked in JITted code whether or not it is necessary to call VM helper, so that it would be called only when a flag is set. This would eliminate redundant calls to VM from JITted code when no JVMTI environment is registered to receiving an event and speed up debugging. > I suggest adding the following methods to VM interface > void get_method_entry_flag_address(char **flag_address); > void get_method_exit_flag_address(char **flag_address); > which JIT would call when a method is compiled with exe_notify_method_entry or exe_notify_method_exit flags, and hardcode a check for the flag inside of the method before calling VM helper. > VM would set these flags when some environment calls jvmtiSetEventNotificationMode enabling MethodEntry or MethodExit events and clear these flags when events are disabled. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.