我知道有很多的问题,也是围绕套接字连接的TIME_WAIT
状态的答案,但是不pipe怎样,他们(或者从专家的angular度来看都可以)帮助我理解我的问题(或者find可能的解决scheme)。
我的情况是,我有一台面向互联网的服务器,每秒必须处理数千个连接(它提供了某种types的API)。 我观察到,与服务器的连接通常是可能的,但是time_connect
和time_total
(使用curl
)从前者为0.009
到0.526
,后者为0.134
到0.926
。 我还观察到TIME_WAIT
状态下的大量连接 – 大约32,000+
。
所以我的第一个问题是,有多less并发连接(具有默认configuration的Debian发行版)可以在一秒钟,一分钟或一小时内处理服务器。 有没有一些“简单”的公式来计算可能的并发连接的逻辑限制 。
此外,将来我可能不会直接在服务器本身上处理传入的连接,而是可能必须将其转发给代理,获得结果并将其返回。 我甚至想过使用nginx的负载平衡机制(如果需要的话)。 因此,第二个问题是,如果有这样一个代理/负载平衡/转发, 公式必须如何修改?
我最后的问题是,有什么替代scheme可以增加并发连接的数量,例如,
TIME_WAIT
花费的时间(这将有助于和如何), 非常感谢任何帮助,或任何参考!