Thanks Marek. I'll retry my tests with a 1.8 broker and verify that it doesn't crash when its number of connections approaches its FD limit.<div><br></div><div>For a use case like mine (where the broker is listening for connections on a public IP) I don't have the luxury of guaranteeing an upper bound on the number of open sockets; but if the broker stops accepting connections once it reaches its threshold, that should be sufficient to stop any new FDs from being allocated.<br>
<div><div><br clear="all">Cheers,<br> Tony<br>
<br><br><div class="gmail_quote">2010/7/13 Marek Majkowski <span dir="ltr"><<a href="mailto:majek04@gmail.com">majek04@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Tue, Jul 13, 2010 at 11:24, Marek Majkowski <<a href="mailto:majek04@gmail.com">majek04@gmail.com</a>> wrote:<br>
> In the new persister branch "bug21673" we've made some magical tweaks.<br>
> In this branch we try to make sure that there are always enough file descriptors<br>
> for erlang.<br>
<br>
</div>Good news, apparently the "magical tweaks" were merged to the main<br>
branch some time ago. From what I see, they are included in 1.8.0.<br>
<br>
Quick experiments show that rabbit always leaves about 80 file descriptors<br>
for internal use.<br>
<br>
Cheers,<br>
<font color="#888888"> Marek<br>
</font></blockquote></div><br></div></div></div>