harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexey Varlamov (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-5633) [classlib][luni][performance] ObjectStreamClass lookup improvement
Date Wed, 09 Apr 2008 11:45:24 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-5633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587150#action_12587150
] 

Alexey Varlamov commented on HARMONY-5633:
------------------------------------------

RC2 is a good one! 
Minor note, I personally dislike that style of incorporating actual caches to ThreadLocalCache
impl, clearly it breaks incapsulation. Why not keep the cache private to ObjectStreamClass?

> [classlib][luni][performance] ObjectStreamClass lookup improvement
> ------------------------------------------------------------------
>
>                 Key: HARMONY-5633
>                 URL: https://issues.apache.org/jira/browse/HARMONY-5633
>             Project: Harmony
>          Issue Type: Improvement
>            Reporter: Aleksey Shipilev
>         Attachments: 0001-serial-lookupClass.patch, serial-lookupClass-RC1.patch, serial-lookupClass-RC2.patch
>
>
> For now, ObjectStreamClass (OSC) is created on-the-fly during serialization/deserialization
and stored in static cache.
> Performance problems arose when several threads doing the lookups, hitting on synchronized
cache. Moreover, the cache is built around WeakHashMap to ensure GC of OSCs. This issue is
the source of scalability problems for multi-threaded serialization benchmarks.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message