You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@brooklyn.apache.org by "Aled Sage (JIRA)" <ji...@apache.org> on 2016/10/21 18:09:59 UTC
[jira] [Commented] (BROOKLYN-375) Brooklyn intermittently uses high
CPU levels and becomes unresponsive
[ https://issues.apache.org/jira/browse/BROOKLYN-375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15595882#comment-15595882 ]
Aled Sage commented on BROOKLYN-375:
------------------------------------
Upon investigation, this seems to be caused by our use of soft references for storing historic tasks.
[~drigodwin] pointed me at this excellent article that describes the GC behaviour for collecting {{SoftReference}}s: http://jeremymanson.blogspot.co.uk/2009/07/how-hotspot-decides-to-clear_07.html
That links to this JVM enhancement, which seems to accurately match the behaviour we see: http://bugs.java.com/bugdatabase/view_bug.do;jsessionid=cfd518f51afc7780e5188276b5f9?bug_id=6912889
The "stopping some nodes" is unrelated to the high CPU, we believe.
> Brooklyn intermittently uses high CPU levels and becomes unresponsive
> ---------------------------------------------------------------------
>
> Key: BROOKLYN-375
> URL: https://issues.apache.org/jira/browse/BROOKLYN-375
> Project: Brooklyn
> Issue Type: Bug
> Environment: OSX Sierra, Java 1.7
> Reporter: Duncan Godwin
>
> Intermittently whilst launching a clocker swarm within brooklyn, it uses high CPU levels and becomes unresponsive. This was noted when testing failover by manally stopping some nodes with `shutdown -h`.
> [jstack 1|https://gist.github.com/drigodwin/c5946d23ed11350f393d9ba9b80a2a2d]
> [jstack 2|https://gist.github.com/drigodwin/5619b02c0c1d53ceb0c99234d8f0dd96]
> [jclouds.debug.log|https://gist.github.com/drigodwin/365d39d216e6a56c634a5020496ef8f1]
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)