<div class="gmail_quote">On Tue, Jan 29, 2013 at 1:32 PM, Eric Windisch <span dir="ltr"><<a href="mailto:eric@cloudscaling.com" target="_blank">eric@cloudscaling.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="im">
> Precisely my point. Why does it have to be fast? If the only reason to shun compatibility is performance, lets take the performance bite - by default. The configuration setting can then just be a toggle that breaks NEW(fast)->OLD and restores the performance gains.<br>

<br>
<br>
</div>I should clarify that the idea here is that *by default* we'd have the following compability:<br>
<br>
1) Grizzly <=> Folsom<br>
2) Grizzly <=> H (assuming H removes compatibility with Folsom)<br>
<br>
Where Grizzly performance by default will be non-optimal, but H (or G with a no-compat option enabled) can forgo Folsom compatbility for the performance benefit.<br>
<br></blockquote></div><br>I think we are finally on the same page on this.  The confusion I suppose has been about listening on two reply queues at once.  It isn't necessary in compatibility mode (replies will only come back on the old queue) and certainly not wanted for performance reasons in fast mode (replies will only come back on the new queue).<br>
<br>And I agree the default mode should be compatibility mode in Grizzly and fast mode in H.  I will also add a TODO to the code as a reminder to make the change in H.<br><br>Thanks,<br>Ray<br>