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-961) 100% CPU looping inside uses calculation
Date Thu, 26 Feb 2009 14:59:01 GMT

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

Richard S. Hall commented on FELIX-961:

Looking at TESTCASE2, it does indeed lead to long delays, although it does appear to be making
progress in all cases. Interestingly, some executions do finish quickly, which is dependent
upon the ordering we get when we iterate over the entries in a hash map. In short, the algorithm
is working as expected, which can be slow in some scenarios. I am looking into implementing
some heuristics that may help us out, but worst case will always be bad unless we come up
with a completely different algorithm. Hopefully, I can improve this case.

> 100% CPU looping inside uses calculation
> ----------------------------------------
>                 Key: FELIX-961
>                 URL: https://issues.apache.org/jira/browse/FELIX-961
>             Project: Felix
>          Issue Type: Bug
>          Components: Framework
>    Affects Versions: felix-1.4.1
>            Reporter: Stuart McCulloch
>         Attachments: USES_TESTCASE.zip, USES_TESTCASE2.zip
> While investigating a problem report against pax-runner (http://article.gmane.org/gmane.comp.java.ops4j.general/6778)
I found it was actually caused by a 100% CPU loop inside the "uses" calculation code. In Felix
1.4.1 this was stopping the shell bundle from activating, hence the lack of console. Using
the trunk build I can get a console, but the looping still occurs with the testcase.

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

View raw message