<div dir="ltr">We do LIFO external to RabbitMQ with Cassandra. We ttl the data and never explicitly delete - we're interested mostly in the recent stuff so we do queries like 'give me the latest 200'. It's fast and we handle jillions of messages.<div>
<br></div><div>You can use redis for this too, I believe, tho I am not sure about ttl.</div><div><br></div><div>Or you could tinker with zmq.</div><div><br></div><div>Good luck,</div><div><br></div><div>Michael</div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 29, 2014 at 5:55 AM, Simon MacMullen <span dir="ltr"><<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 29/04/2014 10:27, Nagy, Attila wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sadly, to be somewhat useful, it will be much uglier and more complex<br>
than a LIFO queue.<br>
</blockquote>
<br></div>
Oh, of course.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Is this much harder to implement on the server side, or you don't see<br>
enough interest?<br>
</blockquote>
<br></div>
Bit of both. We've had a lot more requests for priority queues than LIFO over the years, and we're only just starting to work on them. LIFO seems like a pretty obscure request with only two people asking in 4 years I'm afraid.<br>

<br>
And it's not completely obvious how to implement it; if you wanted to do it in terms of the existing queue implementation you'd have the problem that it's designed to move queues through to the head; that one way movement is a fairly big assumption (and it's more code than you would think - due to persistence and paging large parts of the queue may not be in memory at any given time).<br>

<br>
Or you could do a new implementation; the in-memory version would be trivial but then you'd have to do persistence from scratch if you wanted it; also not very appealing. Or you could back to SQL or whatever; performance would be poor but you'd be able to do all sorts of random-access things and LIFO would fall out very easily.<br>

<br>
But these are all quite big tasks I'm afraid.<br>
<br>
Cheers, Simon<div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>