连接断开，socket connect反复下去，socket描述符消耗全部消耗掉了。

shiva

原帖由 baohuaihuai 于 2007-6-6 11:40 发表
netstat一下，看你的连接是处于什么状态的

毫无疑问，就是TIME_WAIT

shiva

原帖由 baohuaihuai 于 2007-6-6 11:43 发表
而且你是connect的?一个程序里主动发起连接那么多次?

对，一次连接不成功，我要再次尝试。
而且当我一次要开50个连接的时候，很快，所有的file descriptor都被消耗空。所有的socket都是TIME_WAIT。

baohuaihuai

既然是TIME_WAIT,那已经是处理完了而不是连接不成功啊,你就等着它超时就好了.如果connect不成功连接就关闭了啊.
或者你在服务器端先主动关闭描述符,这样客户端就不会TIME_WAIT了.服务器REUSEADDR就好了.

shiva

原帖由 baohuaihuai 于 2007-6-6 11:55 发表
既然是TIME_WAIT,那已经是处理完了而不是连接不成功啊,你就等着它超时就好了.如果connect不成功连接就关闭了啊.
或者你在服务器端先主动关闭描述符,这样客户端就不会TIME_WAIT了.服务器REUSEADDR就好了.

服务器。。。是别人的。。。。我动不了。。。

而且socket都被系统抓的死死的。TIME_WAIT。。。。。除非我推出程序，在启动客户端。。。

xfly_t

关于TIME_WAIT，可以把SO_LINGER 设为0 不要用shutdown 直接用closesocket试试看还有没有TIME_WAIT

safedead

ulimit -n 16384
对付一般高点击应用足够了

safedead

不要设置SO_LINGER超时为0
对服务器非常不友好

shiva

问题没有完全解决。

不过现在进展是：
如果connect 成功，通信结束后我不仅仅要shutdown(s, RDWR), 还进行close(s) （或者直接进行close(s)）。而且在调用新的socket()之前进行memset(&s, 0, sizeof(s))。该socket描述符会重用。

问题是，如果connect失败，这个socket的TIME_WAIT还要持续一段时间。

shiva

再没人知道了么？
即使不再TIME_WAIT了。新的socket调用仍然不会用以前的socket描述符。

langue

贴代码吧，如果方便的话