<div dir="ltr"><div style>Hi,</div><div style><br></div>I think per-queue would be better, at least for the PHP people. Since PHP doesn&#39;t support threads is not common to have multiple channels in one process. So basic.qos as is today limits every queue in the channel for most PHP scripts.<div>
<br></div><div style>I guess other languages like Python are in the same area.</div><div><br></div><div style>Regards,</div><div style><br></div><div style>Alvaro</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Mar 18, 2013 at 7:30 PM, Matthias Radestock <span dir="ltr">&lt;<a href="mailto:matthias@rabbitmq.com" target="_blank">matthias@rabbitmq.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Is anybody setting a basic.qos prefetch limit on channels with consumers on multiple queues?<br>
<br>
If so, are you relying on the fact that the prefetch limit applies *across* queues rather than *per* queue?<br>
<br>
That feature entails considerable implementation complexity and has a substantial performance impact on consuming from basic.qos-limited channels in general. And I&#39;ve just found a bug in that area of the code, fixing of which will make the implementation even more complex and hurt performance even more.<br>

<br>
Hence I am trying to gauge people&#39;s opinion on whether we could make the prefetch limit apply per-queue instead.<br>
<br>
Regards,<br>
<br>
Matthias.<br>
______________________________<u></u>_________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.<u></u>rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/<u></u>cgi-bin/mailman/listinfo/<u></u>rabbitmq-discuss</a><br>
</blockquote></div><br></div>