From commits-return-54505-apmail-harmony-commits-archive=harmony.apache.org@harmony.apache.org Mon May 19 08:35:16 2008 Return-Path: Delivered-To: apmail-harmony-commits-archive@www.apache.org Received: (qmail 62721 invoked from network); 19 May 2008 08:35:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 May 2008 08:35:16 -0000 Received: (qmail 8395 invoked by uid 500); 19 May 2008 08:35:17 -0000 Delivered-To: apmail-harmony-commits-archive@harmony.apache.org Received: (qmail 8376 invoked by uid 500); 19 May 2008 08:35:17 -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 8365 invoked by uid 99); 19 May 2008 08:35:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 May 2008 01:35:17 -0700 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.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 May 2008 08:34:39 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id ABCF1234C120 for ; Mon, 19 May 2008 01:34:55 -0700 (PDT) Message-ID: <1565598024.1211186095702.JavaMail.jira@brutus> Date: Mon, 19 May 2008 01:34:55 -0700 (PDT) From: "Aleksey Shipilev (JIRA)" To: commits@harmony.apache.org Subject: [jira] Commented: (HARMONY-5829) [drlvm][kernel][performance] j.l.Class Serializable/Externalizable caching In-Reply-To: <681064225.1210881775738.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-5829?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12597896#action_12597896 ] Aleksey Shipilev commented on HARMONY-5829: ------------------------------------------- Nathan, the synchronization is not needed here. In case of several threads concurrently requesting these properties and then caching the values in corresponding fields, the field values would not depend on order of execution, e.g. there is no race condition in this code. Caching of non-changeable data is free. > [drlvm][kernel][performance] j.l.Class Serializable/Externalizable caching > -------------------------------------------------------------------------- > > Key: HARMONY-5829 > URL: https://issues.apache.org/jira/browse/HARMONY-5829 > Project: Harmony > Issue Type: Sub-task > Components: DRLVM > Reporter: Aleksey Shipilev > Assignee: Pavel Pervov > Attachments: vm-kernel-serializable-externalizable-cache-rc1.patch > > > Serialization workloads relies on Class.isAssignableFrom(...) when looking up Serializable and Externalizable properties (that is, implementation of interfaces). For now, DRLVM kernel classes perform lookups on each invocation. This issue caches the mentioned properties in Class fields and does not go to native VMClassRegistry for resolution. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.