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] [Commented] (FELIX-3034) Optimize loading of bundles from cache
Date Fri, 12 Aug 2011 16:58:32 GMT

    [ https://issues.apache.org/jira/browse/FELIX-3034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13084247#comment-13084247

Richard S. Hall commented on FELIX-3034:

I investigated using threads to parallelize re-loading previously cached bundles. It doesn't
parallelize very well since the re-loading of a bundle is actually split into two halves:
1) opening the JAR file and reading the manifest and 2) parsing the manifest and creating
the runtime objects.

I tried to parallelize the second half first and performance actually got worse. So I tried
to parallelize the first half instead and performance was still worse. The only other possibility
would be to do a bigger refactoring of how bundles are reloaded so we could parallelize both
halves in one go. This was more work than I wanted to take on, especially considering it doesn't
appear likely to show results given the previous two experiments.

> Optimize loading of bundles from cache
> --------------------------------------
>                 Key: FELIX-3034
>                 URL: https://issues.apache.org/jira/browse/FELIX-3034
>             Project: Felix
>          Issue Type: Improvement
>          Components: Framework
>    Affects Versions: framework-3.2.2
>            Reporter: Sahoo
>             Fix For: framework-4.0.0
> Profiler shows that significant time of Felix.init() is spent in IO. Since bundle cache
is maintained per bundle, it should be possible to have multiple threads read it into memory.
That might save some time. Discussed this with Richard earlier on this and he suggested filing
an issue to this effect.

This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message