<p dir="ltr">Sure, thanks. My test shows upgrade erlang improves the performance a lot. But will limit the policy to patial queues and wait for future improvement.</p>
<div class="gmail_quote">2014年2月24日 下午9:00于 "Simon MacMullen" <<a href="mailto:simon@rabbitmq.com">simon@rabbitmq.com</a>>写道：<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 24/02/2014 9:23AM, Joey Jiao wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It looks like each federation queue will open a new connection to<br>
upstream broker, but is it possible to just use one connection for all<br>
queues and use<br>
</blockquote>
<br>
It's not I'm afraid - but I'll file a bug into making this possible. At the moment the idea is that we want to keep the federated objects as separate from each other as possible (to ensure that we don't have one object limiting another's performance).<br>

<br>
Cheers, Simon<br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<br>
</blockquote></div>