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)