I&#39;m quite sure about them all being on ramdisks. It was the first thing I verified. :-)<br><br>One interesting thing to note is that the 37/sec was up quite a bit from the 25 or so that I was getting before switching to ramdisks.<br>
<br>Now, here&#39;s a big reveal...<br><br>The 37/sec rate were seeing is for a single client process using mirroring with 3 queues, persistent messages, and transactions.<br><br>If I run multiple identical clients, all writing to the same queue, it scales extremely well. With five clients, the incoming message rate is five times as high. Pushing things up to an extreme, I capped out at about 1700 messages/sec to the same queue with 100 clients. The rate per individual client was about half of the original 37, but that&#39;s still very reasonable for 100 clients banging on the broker.<br>
<br>While I&#39;m very happy with these results, I&#39;m still puzzled. Given that all clients are writing to the same queue, I&#39;d expect resource contention/blocking in the broker to slow things down much faster than they do. Any comment on this? Am I overlooking anything critical to my understanding?<br>
<br>Thanks,<br><br>Matt<br><br><br><div class="gmail_quote">On Fri, Feb 17, 2012 at 4:39 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 15/02/12 19:18, Matt Pietrek wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If I remove the clustering, so as to just hit a single broker, the rate<br>
goes up to 900 message/sec. Thus, I&#39;m directed back to looking for<br>
latency between the master/slaves.<br>
</blockquote>
<br></div>
I&#39;ll poke at this a bit more, but are you absolutely sure that the MNESIA_DIR is on a ramdisk on all the machines in the cluster? It&#39;s just that 36 msg/s is quite close to the performance I would expect with an HDD-fsync-per-commit. Just one machine could be slowing the cluster down, you won&#39;t see tx.commit-ok until the message is on disk on all the nodes...<div class="HOEnZb">
<div class="h5"><br>
<br>
Cheers, Simon<br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, VMware<br>
</div></div></blockquote></div><br>