[rabbitmq-discuss] Possibly latency issues

Chris Chew chrisch at ecollege.com
Tue Feb 7 04:50:00 GMT 2012


Hi Sam.

It's definitely worth trying a new version of Erlang.  Something in the 14B range or newer should perform noticeably better.

Also, are you doing a basicGet or basicConsume when listening for the messages?

Cheers,

Chris

On Feb 6, 2012, at 19:46, "Sam Crawley" <samc at catalyst.net.nz> wrote:

> Hi,
> 
> I've been trying to track down some performance issues in our
> application since switching to RabbitMQ (previously used Spread), and it
> seems latency for a single round trip message is an issue.
> 
> In a simple(ish) benchmark I've created, I have a daemon that blocks,
> waiting for a message. When it receives one, it sends a message back to
> the original sender. I then have a script that runs on another machine
> (on the same LAN), which sends messages of about 5k in size, and records
> the time for the round trip.
> 
> In these tests, I get an average of about 0.1s for the round trip. Does
> this seem unreasonably slow? In an identical test using Spread, I get
> times of around 0.01s (the application performance issue we're seeing is
> showing RabbitMQ about 3-4 times slower than Spread).
> 
> I realise it's quite likely the problem is something odd I'm doing, but
> I just want to rule out anything obvious at this stage. Could it be OS,
> Erlang version, etc?
> 
> I'm running on Debian Lenny, with RabbitMQ 2.7.1, and Erlang 12b3 (from
> the standard Lenny package). Are there any known issues with this
> configuration, or any other factors I might be missing?
> 
> The client is written in Perl, using a home-grown client (but based on
> Net::AMQP), as there wasn't really much suitable to our purposes on
> CPAN. I hope to have this client on CPAN sometime soon, and will likely
> ask for a review for people who might have comments. It's possible
> (likely?) it's not as efficient as it could be, and would be nice to
> rule that out somehow.
> 
> Would appreciate any help.. apologies if I haven't given all the
> relevant information.
> 
> Thanks,
> Sam Crawley.
> 
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
> https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss



More information about the rabbitmq-discuss mailing list