You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "Josef Awad (JIRA)" <ji...@apache.org> on 2015/02/19 12:39:11 UTC

[jira] [Created] (AMQ-5598) MQTT+NIO+SSL: Concurrent connections lead to 100% CPU usage

Josef Awad created AMQ-5598:
-------------------------------

             Summary: MQTT+NIO+SSL: Concurrent connections lead to 100% CPU usage
                 Key: AMQ-5598
                 URL: https://issues.apache.org/jira/browse/AMQ-5598
             Project: ActiveMQ
          Issue Type: Bug
          Components: MQTT
    Affects Versions: 5.11.0, 5.10.0
         Environment: Red Hat Enterprise Linux Server release 6.6 (Santiago), Open JDK 64bit 1.7.0.75, 3Gig RAM, 30Gig HDD - 1x ActiveMQ 5.10

Windows 7 x64, Java 64bit 1.7.0, 8Gig RAM, 1x ActiveMQ 5.10, 1x ActiveMQ 5.11
            Reporter: Josef Awad


Connecting with multiple instances of  mqtt clients via ssl at the same time causes the borker server to run on 100% CPU usage forever. Only restart of ActiveMQ helps. Thread count maximizes during connection attempt.

Critical: It doesn't matter if the certificate is valid or not, I am able to shut down the broker from one client with 500 concurrent connecting instances. The payload size is not important. The problem is somewhere at the ssl handshake located. Without ssl everything works fine. Single ssl connections work.

Similar issues (with older versions) described are here:

- http://activemq.2283324.n4.nabble.com/SSL-handshake-stalls-broker-with-NIO-td4677916.html
- http://stackoverflow.com/questions/19395769/activemq-mqtt-maxes-cpu-on-first-client-connect

 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)