| Not really - that&#39;s more or less what&#39;s happening internally anyway.<br><br>Excellent. Well, not the part that there&#39;s no perf to be gained, but at least I know what to expect.<br><br>|  I&#39;d clarify this as if you only allow one message in flight at a time, they&#39;ll be no better or worse than transactions.<br>
<br>I assumed that, but thanks for explicitly clarifying this for future readers of this thread.<br><br><div class="gmail_quote">On Fri, Feb 17, 2012 at 1:58 AM, Simon MacMullen <span dir="ltr">&lt;<a href="mailto:simon@rabbitmq.com">simon@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"><div class="im">On 16/02/12 17:35, Matt Pietrek wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What I&#39;d like to know is: Is there any benefit to creating our own<br>
&quot;blocking publisher-confirm publishing&quot;? That is, we&#39;d do the following:<br>
<br>
Publish a single message<br>
Block on an event &#39;X&#39;<br>
When the publisher confirm comes in, signal &#39;X&#39;<br>
Return from the publish call<br>
<br>
In a mirrored queue scenario, is there any advantage to doing this vs.<br>
using straight-up transactions?<br>
</blockquote>
<br></div>
Not really - that&#39;s more or less what&#39;s happening internally anyway.<br>
<br>
You&#39;d have very slightly less network traffic (but no fewer round-trips).<br>
<br>
Later down the thread you say that &quot;In a follow up, Simon MacMullen appears to agree that publisher confirms aren&#39;t ideal for us.&quot; - I&#39;d clarify this as if you only allow one message in flight at a time, they&#39;ll be no better or worse than transactions.<br>

<br>
Cheers, Simon<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, VMware</font></span><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>