On Thu, 28 Jul 2022 at 04:32, Morten W. Petersen <morp...@gmail.com> wrote: > > Hi Chris. > > You're thinking of the backlog argument of listen?
Yes, precisely. > Well, STP will accept all connections, but can limit how many of the accepted > connections that are active at any given time. > > So when I bombed it with hundreds of almost simultaneous connections, all of > them were accepted, but only 25 were actively sending and receiving data at > any given time. First come, first served. > Hmm. Okay. Not sure what the advantage is, but sure. If the server's capable of handling the total requests-per-minute, then a queueing system like this should help with burst load, although I would have thought that the listen backlog would do the same. What happens if the server actually gets overloaded though? Do connections get disconnected after appearing connected? What's the disconnect mode? BTW, you probably don't want to be using the _thread module - Python has a threading module which is better suited to this sort of work. Although you may want to consider asyncio instead, as that has far lower overhead when working with large numbers of sockets. ChrisA -- https://mail.python.org/mailman/listinfo/python-list
