felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Richard S. Hall (JIRA)" <j...@apache.org>
Subject [jira] Assigned: (FELIX-2721) [Framework] Implement custom manifest parser and avoid JarFile
Date Wed, 22 Dec 2010 19:29:01 GMT

     [ https://issues.apache.org/jira/browse/FELIX-2721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Richard S. Hall reassigned FELIX-2721:

    Assignee: Richard S. Hall

> [Framework] Implement custom manifest parser and avoid JarFile
> --------------------------------------------------------------
>                 Key: FELIX-2721
>                 URL: https://issues.apache.org/jira/browse/FELIX-2721
>             Project: Felix
>          Issue Type: Improvement
>    Affects Versions: framework-3.0.6
>            Reporter: Richard S. Hall
>            Assignee: Richard S. Hall
>            Priority: Minor
>             Fix For: framework-3.0.7
> In previous performance tuning work, I noticed that JarFile consumes a lot of memory,
particularly due to the use of JarFile.getManifest(). This caches the manifest, perhaps the
entire manifest, which is unnecessary for OSGi since we only use the main attributes. At the
time I wasn't trying to address memory consumption, but speed and this didn't appear to improve
it. However, now I have received reports of memory consumption issues in the field from people
trying to use the Felix framework on embedded devices.
> After having sent a patch framework with custom manifest parsing, I have reports of considerable
decreases in memory consumption. I think it makes sense to make this change. To avoid indirectly
reading the manifest, we will need to avoid using JarFile altogether, since it will implicitly
read the manifest and cache it during some operations.

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

View raw message