🚀 go-pugleaf

Hi.

We are developing a server process, that is to be able to accept
multiple concurrent socket connections, and be robust enough to have
these connections break and connect many times for periods of weeks.
In other words, a robust Internet server utility.

Perhaps someone else has observed similar problems:

There is a theoretical maximum of 2048 concurrent sockets using
TCP/IP.  I think the effectivel number people have been observing is
more like 200, but that doesn't matter to us (yet).

When you create a socket, the system (or TCP/IP stack) gives you a
socket descriptor number, e.g. 26.  Now, if I close socket 26, and
request a new socket, rather than getting 26 again, the system gives
me socket 27.  It would appear that the system is not very good at
recycling old sockets.

We have experienced problems when, after running a program for a long
time, the socket number values approach 2048.  What we have observed
is that the socket values "roll over" 2048 back to 1.  This, in
itself, is not bad, but we have observed frequently that the TCP/IP
process dies (well, just sits/hangs)  shortly after rolling over 2048.


Has anyone some comments on this situation?  These would be most
appreciated.


Regards, 

]{evin





__________________________________________________________________________

      Kevin Rosenthall                 Kevin.Rosenthall@PoBox.Com
      15 Dunloe Road                  
      Richmond Hill, Ontario           Tel: (905) 883-6581
      Canada  L4B 2H5                  Fax: (905) 886-5749