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)