<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:10pt"><DIV>John,</DIV>
<DIV>&nbsp;</DIV>
<DIV>&gt; In many of my tests, I ran with a 32-bit Erlang, and with a relatively small amount of RAM. RabbitMQ had to do quite a lot more work to conserve RAM, and sometimes it failed to do so fast enough, and Erlang couldn't allocate more memory, and crashed. </DIV>
<DIV>&nbsp;</DIV>
<DIV>that is exactly what happened in our tests.&nbsp; the broker's memory keeps on increasing until it reaches near 4GB (32 bit limit), then it crashes.&nbsp; i think if you increase the RAM, cpu cores (we use 8 core) and disk speed (RAID), the broker is more likely to crash, because the memory leak increases as messagne consuming rate increases.&nbsp; you can move the consumers to other machines. as long as they are close to the broker, the consuming rate will still be very high, and broker&nbsp;would crash.&nbsp; you mentioned that your machine started swaping while running the tests.&nbsp; this swaping actually could slow down the messages reads from disk, so broker is less likely to crash.</DIV>
<DIV>&nbsp;</DIV>
<DIV>thanks.</DIV>
<DIV>&nbsp;</DIV>
<DIV>-alex</DIV></div></body></html>