<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'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"><<a href="mailto:matthias@rabbitmq.com" target="_blank">matthias@rabbitmq.com</a>></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'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'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>