You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Andrew Cornwall (JIRA)" <ji...@apache.org> on 2008/07/02 01:38:45 UTC
[jira] Created: (HARMONY-5889) [classlib][pack200] Some bytecodes
can be cached
[classlib][pack200] Some bytecodes can be cached
------------------------------------------------
Key: HARMONY-5889
URL: https://issues.apache.org/jira/browse/HARMONY-5889
Project: Harmony
Issue Type: Improvement
Affects Versions: 5.0M6
Environment: pack200 head
Reporter: Andrew Cornwall
Attachments: main.patch
Right now, every bytecode gets a new instance of ByteCode. This is necessary for those bytecodes which take arguments, but the NoArgumentForm bytecodes don't need this. Since they constitute a large part of the bytecode set, caching a single instance of these bytecodes leads to considerable savings.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (HARMONY-5889) [classlib][pack200] Some bytecodes
can be cached
Posted by "Sian January (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sian January reassigned HARMONY-5889:
-------------------------------------
Assignee: Sian January
> [classlib][pack200] Some bytecodes can be cached
> ------------------------------------------------
>
> Key: HARMONY-5889
> URL: https://issues.apache.org/jira/browse/HARMONY-5889
> Project: Harmony
> Issue Type: Improvement
> Affects Versions: 5.0M6
> Environment: pack200 head
> Reporter: Andrew Cornwall
> Assignee: Sian January
> Attachments: main.patch
>
>
> Right now, every bytecode gets a new instance of ByteCode. This is necessary for those bytecodes which take arguments, but the NoArgumentForm bytecodes don't need this. Since they constitute a large part of the bytecode set, caching a single instance of these bytecodes leads to considerable savings.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (HARMONY-5889) [classlib][pack200] Some bytecodes
can be cached
Posted by "Andrew Cornwall (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andrew Cornwall closed HARMONY-5889.
------------------------------------
Patch applied as expected. Thanks!
> [classlib][pack200] Some bytecodes can be cached
> ------------------------------------------------
>
> Key: HARMONY-5889
> URL: https://issues.apache.org/jira/browse/HARMONY-5889
> Project: Harmony
> Issue Type: Improvement
> Affects Versions: 5.0M6
> Environment: pack200 head
> Reporter: Andrew Cornwall
> Assignee: Sian January
> Fix For: 5.0M7
>
> Attachments: main.patch
>
>
> Right now, every bytecode gets a new instance of ByteCode. This is necessary for those bytecodes which take arguments, but the NoArgumentForm bytecodes don't need this. Since they constitute a large part of the bytecode set, caching a single instance of these bytecodes leads to considerable savings.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-5889) [classlib][pack200] Some bytecodes
can be cached
Posted by "Andrew Cornwall (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andrew Cornwall updated HARMONY-5889:
-------------------------------------
Attachment: main.patch
main.patch implementing NoArgumentForm ByteCode cache
> [classlib][pack200] Some bytecodes can be cached
> ------------------------------------------------
>
> Key: HARMONY-5889
> URL: https://issues.apache.org/jira/browse/HARMONY-5889
> Project: Harmony
> Issue Type: Improvement
> Affects Versions: 5.0M6
> Environment: pack200 head
> Reporter: Andrew Cornwall
> Attachments: main.patch
>
>
> Right now, every bytecode gets a new instance of ByteCode. This is necessary for those bytecodes which take arguments, but the NoArgumentForm bytecodes don't need this. Since they constitute a large part of the bytecode set, caching a single instance of these bytecodes leads to considerable savings.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (HARMONY-5889) [classlib][pack200] Some bytecodes
can be cached
Posted by "Sian January (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-5889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sian January resolved HARMONY-5889.
-----------------------------------
Resolution: Fixed
Fix Version/s: 5.0M7
Applied patch at r673325. Please check that it was applied as expected.
> [classlib][pack200] Some bytecodes can be cached
> ------------------------------------------------
>
> Key: HARMONY-5889
> URL: https://issues.apache.org/jira/browse/HARMONY-5889
> Project: Harmony
> Issue Type: Improvement
> Affects Versions: 5.0M6
> Environment: pack200 head
> Reporter: Andrew Cornwall
> Assignee: Sian January
> Fix For: 5.0M7
>
> Attachments: main.patch
>
>
> Right now, every bytecode gets a new instance of ByteCode. This is necessary for those bytecodes which take arguments, but the NoArgumentForm bytecodes don't need this. Since they constitute a large part of the bytecode set, caching a single instance of these bytecodes leads to considerable savings.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.