On Wed, Jun 4, 2008 at 2:51 PM, Andreas Hillqvist <<a href="mailto:andreas.hillqvist@gmail.com">andreas.hillqvist@gmail.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
One possebility with Multiple Queues is that it would be possible to<br>
Prioritize messages more efficiently:<br>
 * If there is a message in Queue read messsage, else repeat for next Queue.<br>
 * If there is no message in any Queue, wait for a message from any Queue.<br>
<br>
It might be nice to have one Queue for system messages and such.<br>
<br>
<br>
I do not know if the Multiple Queues is the right path.<br>
It would be possible to build some of the functionality with helper<br>
process for Queue.<br>
</blockquote></div><br>I think that conceptually, multiple queues would be just like wrapping all messages with {QueueId, Message} and use selective receive to discriminate, only faster. Especially if one queue is low priority and high volume.<br>
<br>I think that it is enough with only one extra queue, for system messages. With it, it's very easy to implement any number of queues with the help of assisting processes. The system queue would be used to send receive requests to the helper process without these requests getting in a possibly large queue of normal messages.<br>
<br>regards,<br>Vlad<br><br><br>