What is holding back a consumer?

[yairogen]

Hi,

I am running a perofrmance test. I am using a Topic Producer which can in a multi-threaded environment peek up to over 1700 TPS. that's good.

The consumer on the other hand (using Spring container as listener wrapper) does nothing other than increment an integer value (hence considered as a fast consumer) can't get more than 1100-1300 TPS.

I tried changing to "<consumer-window-size>-1</consumer-window-size>" in hornetq-jms.xml. didn't change anything.

Any ideas?

[ataylor]

there is no relation between how fast a producer can send and how fast a consumer can receive. Lots of things effect performance, message type (persistant or not), acknowledge mode, paging, disc speed, network speed, memory etc etc. you decide on the gaurantees you want and configure accordingly and then tune your throughputvia flow control

[clebert.suconic]

Try using 2.3.0.Final. There was a big performance improvement on the Queues distribution.

[clebert.suconic]

It's hard to tell you also just by the description you gave (as Andy said). you probably can't have more than one consumer per subscription... which will possibly limit you. a Transaction needs to do a round trip and go through the disks if you are using persistency.

[yairogen]

understood. 2 points:

1. currenly I can't upgrade to 2.3.0.Final as AFAIK it is not backward compatible.
2. Consumer running on the same machine we get 3K but on a separate machine 1.5K – why is the network latency causing a drop in TPS?

Thanks