directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Berin Loritsch <blorit...@d-haven.org>
Subject Re: [mina] Performance issues
Date Thu, 24 Mar 2005 18:05:29 GMT
Vinod Panicker wrote:
> On Thu, 24 Mar 2005 09:20:53 -0500, Berin Loritsch
> <bloritsch@d-haven.org> wrote:
> 

<snip type="my poor and false understanding">

>>With 30k connections we may be at the practical limits of what the OS
>>will allow.  I can guarantee this much, on a properly locked down box,
>>you will have a hard time having any socket under the 1k mark.  That
>>means you would be limited to at most 63K connections.  Not to mention
>>we would start competing with other network bound services on our
>>Unix/Windows boxes.  RPC is considered bad to have running, but it is
>>there by default on Windows and necessary for NFS mounted shares.
> 
> 
> Didnt quite get what you're saying out here.

Basically, based on "my poor and false understanding", if the server 
uses additional ports to process connections (the new socket) you would 
be sharing with other OS resources using sockets.


>>Keep in mind that even the original SEDA project with the experimental
>>Haboob HTTP server was targeting 1000 simultaneous connections.  We have
>>far acceeded that with no load.  Pretty soon we will have to see how the
>>system responds with load, but you've already alluded to that.
> 
> The target system for me is an IM system, and I've set the per-box
> concurrent connection limit with required performance at 20,000 :)  If
> I finalize on a Shared Nothing architecture, this figure might not be
> achieveable.  Looks reasonable to me though.

With MINA it's looking awfully good.

Mime
View raw message