[rabbitmq-discuss] Enabling hipe_compile in RHEL 6

Mon Apr 30 10:38:31 BST 2012

Hi Chris,

On 30/04/12 04:51, Chris Schmidt wrote:
> I'm running RabbitMQ 2.71/R14B04 on RHEL 6.2 and am encountering scaling
> issues with (I believe) RMQ. I'm interested in using the hipe_compile or
> other configurations to tune RMQ's throughput. Right now we get around
> 20k messages per second, but anything beyond that the queues begin to
> grow (there are a number of producer/consumer workers and around 15
> queues/exchanges they read/write to). Each worker is acknowledging
> messages as they are processed and sent on to the next process. The
> messages have variable size.

If the queues start to grow then you should focus on speeding up the
consumers. If the consumers can't keep up then increasing the speed of
the broker won't keep the queues short.

Versions of the broker later then 2.7.1 feature internal flow control
which helps to limit latency. Your problem might benefit from this.

>  I've changed the frame_max setting but that doesn't appear to
> help. I've tried increasing the number of workers across additional
> hardware as well, but Rabbit still seems to cap at 20k message/sec. When

The maximum framesize allows you to choose between better latency (small
framesize) or throughput (large framesize). If many messages are larger
than 128Kb then increasing framesize may improve throughput (provided
consumers can keep up).

When you increased the number of workers, were you able to determine
whether the load was effectively spread amongst all of them? The QoS
prefetch count setting will help to ensure fair distribution. Try a
small number (e.g. 10) as a starting point for tuning this value.

> I set hipe_compile to true, the systems states 'Not HiPE compiling: HiPE
> not found in this Erlang installation.' What's odd is
> that erlang-hipe-R14B-04.1.el6.x86_64 is installed. Is there something
> else that needs to be done for RHEL systems to enable hipe_compile? I

That message means that your installation of Erlang lacks the hipe.beam
file in the code loading path. The name of the package that includes
this file depends on how Erlang was packaged in your system. Making use
of HiPE won't address the core problem though.

> think that it may help get beyond the current problem. If that doesn't
> help, are there other settings or something I can look at to determine
> where the bottleneck is? The RMQ server is 60% idle, doesn't have a
> large amount of I/O wait, and doesn't seem to be saturating its network
> cards (the server has a bonded ethernet interface). The worker machines
> are relatively idle as well.

Are *all* the workers idle, or are a small number taking all the load?
Uneven worker load is a potential cause for the problem you describe and
can be addressed using prefetch count:

http://www.rabbitmq.com/amqp-0-9-1-reference.html#basic.qos.prefetch-count

-Emile