activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Leung Wang Hei <>
Subject Network bridge throughput capped at default Socket buffer size
Date Tue, 19 May 2015 10:49:24 GMT
Hi all,

There seems to be an invisible barrier in the socket buffer for MQ network
bridge.  We expect increasing tcp socket buffer size would give high
throughput but the outcome is not.  Here are the test details:

- 2 brokers(A, B) bridged together over WLAN with 140ms network latency.  
- One single duplex network connector is setup at broker B, statically
includes one topic
- 10 producers each sending 10K message.  All are AMQObjectMessage.
- Socket buffer size set as url argument in network connector at broker B
and transport connector at broker A
- Use wireshark to capture link traffic

Wireshark capture shows that throughput always capped at around
3.74Mbit/sec, the max throughput as with default 64K socket buffer. Attached
the config details.

I don't expect a bug in MQ, am I missing something?  Any advice would be
greatly appreciated.

*Broker A*
             <transportConnector name="openwire"
             <transportConnector name="openwirelog"
             <transportConnector name="stomp" uri="stomp://"/>

*Broker B*

                     <policyEntry topic=">" producerFlowControl="false"
advisoryForDiscardingMessages="true" advisoryForSlowConsumers="true" >
                             <vmCursor />

<networkConnector name="nc1-hk"
uri="static://(tcp://brokerA:61616?socketBufferSize=10485760)" duplex="true"
                 <topic physicalName="test"/>

*Linux traffic control*
tc qdisc add dev ens32 root handle 1: htb default 12
tc class add dev ens32 parent 1: classid 1:1 htb rate 20Mbit ceil 20MBit
tc qdisc add dev ens32 parent 1:1 handle 20: netem latency 140ms
tc filter add dev ens32 protocol ip parent 1:0 prio 1 u32 match ip dst
brokerB_Ip flowid 1:1

Best regards,
Leung Wang Hei

View this message in context:
Sent from the ActiveMQ - User mailing list archive at

View raw message