You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Timothy Bish (JIRA)" <ji...@apache.org> on 2013/10/08 20:38:42 UTC
[jira] [Closed] (AMQ-4790) Avoid thread creation storm after
machine suspend/resume
[ https://issues.apache.org/jira/browse/AMQ-4790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Timothy Bish closed AMQ-4790.
-----------------------------
Resolution: Not A Problem
This sort of thing has been fixed in more recent releases.
> Avoid thread creation storm after machine suspend/resume
> --------------------------------------------------------
>
> Key: AMQ-4790
> URL: https://issues.apache.org/jira/browse/AMQ-4790
> Project: ActiveMQ
> Issue Type: Bug
> Components: Broker
> Affects Versions: 5.5.1
> Environment: ServiceMix 4.4.2
> Reporter: metatech
> Priority: Minor
> Attachments: activemq_jdbc_no_thread_storm.patch
>
>
> My ActiveMQ broker is running and I suspend my PC. When I resume the machine the next day or (much worse) after a week-end, my PC is busy at 100% CPU for a few minutes. Because many threads are busy in parallel, the PC is completely unresponsive and the even the mouse cursor can hardly move.
> I had noticed that it only happens when my ServiceMix is started, and when the embedded ActiveMQ broker is configured with a JDBC persistence adapter.
> After investigating in the code, I found out that the "lock keep alive" feature uses the "scheduleWithFixedDelay" to update a DB lock every 30 seconds. When the PC is resumed, this generates a "backlog" of thousands of calls. It is better to use "scheduleWithFixedDelay" instead, which waits until the previous calls has finished before firing a new one.
--
This message was sent by Atlassian JIRA
(v6.1#6144)