Actually, I think you're right. I checked out morgon's post below, and it looks like "Recv-Q" is overloaded for LISTEN sockets to show the current listenq depth. I experimented a bit and created a server that just listened, and never accept()ed. The number grows with each connected client, and stops growing at whatever you set the listenq size to. Connetions up to listenq size show as "ESTABLISHED", and ones after that show in a SYN-RECV state
So, at least on linux then, you can use ss, netstat, or the /proc entry morgon pointed out...I was wrong. That said, I still think that spinning up more workers is best done by noting when you're out of them. That will happen before connections pile up on the listenq
In reply to Re^7: How to count the number of pending clients in socket queue?
by kschwab
in thread How to count the number of pending clients in socket queue?
by mrbark
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |