Martin,<div><br><br><div class="gmail_quote">On Sun, May 9, 2010 at 6:02 PM, Martin Sustrik <span dir="ltr"><<a href="mailto:sustrik@250bpm.com">sustrik@250bpm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Gustavo,<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks but today we are trying to get this information by this hard way. I'm trying to get a help here, someone may have done it before or RabbitMQ owners can have this number and will help me to get back time loosed hacking packages network.<br>
</blockquote>
<br></div>
Per-message overhead for AMQP/0-8 is 50+ bytes.<div class="im"><br></div></blockquote><div>Thanks, do you know if RabbitMQ cover this pattern ?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This number is very important, and have significant differences between AMQP implementations. Just for example the Qpid package have a oversize in message larger than RabbitMQ until you can send 32k messages per second using 100mbps you can do only 16k messages per second with Qpid with the same 100mbps. (Messages with 213bytes).<br>
<br>
Resuming If you will have a high throughput and need high performance make sure that you will not want to use jumbo frame.<br>
</blockquote>
<br></div>
It's very unlikely that MTU size setting will have any impact on performance in your scenario.<br></blockquote><div><br></div><div>If you use jumbo frame you have a significant impact in your round trip, and make sure we are working to save microseconds/nanoseconds and a simple overhead in round trip message impact us so much. </div>
<div><br></div><div>Again the MTU question is to do some calc to refine our network configurations, not a simple configuration in Ethernet interface, a network admin use this calc to project your network to a specific requirement, and when you are talking in microseconds/nanoseconds this configuration made a big difference. For example we are getting bad performance in one of our nodes, and we discovered that router was configured for 576 MTU the result is an overhead of 0.500 us each message with one specific throughput. </div>
<div> </div><div>So the question is not about a MTU problem, but the use of it for a solution.</div><div><br></div><div><br></div><div>Gustavo</div></div><br></div>