[
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.
