问题描述在这里，请大侠赐教：
http://community.csdn.net/Expert/topic/3402/3402645.xml?temp=.7895014
|
什么操作系统， 有些操作系统有最大数连接数目限制
|
那应该是程序本身的问题了.
|
server的问题。你可以加些打印，看server在什么地方出错关闭socket的。
|
看你在监听的时候设置了最大的监听等待队列数,不过在Linux中的默认值为2401,是否超过了这个数?
还有你监听的数目越多,所需要的系统资源也会越多,你的系统资源能够监听很多连接吗?
|
开大listen的backlog数，它是accept和下一次accept之间挂起的用户请求数目。如果超过这个数目的连接请求就会被拒绝，就是这样的错误信息。
|
同意楼上，可能是server程序accept处理不过来，很多在等待状态。
|
listen(x，x2)x2开大点试试
|
同时打开的文件句柄数有限制的。ulimit -a可以看到。
|
如果你的客户端连接不上是connect出错，看一下errno.如果是因为没有回包，要看你的server处理到哪一步。程序写得不好。Nonblock socket的很多读写没有错误处理，错误消息很少。结构不好，象个大杂烩。
|
nofiles(descriptors) 1024!
|
嗯，最多1024个打开文件。另外，如果用的是线程处理的话，还受到堆栈内存的限制。
|
还是从accept报错的地方把错误的errno，以及perror出来看看吧。
|
tcpdump 查查网络包的状态
|
一个进程同时打开的文件句柄时有限制的，你可以看看这个超过了没
|
从你上面列出的系统限制信息来看,在打开的文件描述字和堆栈方面都有限制,其实,每个socket也是一个文件描述字的.
客户端打印消息：: Connection reset by peer
从这里来看是服务器端出问题了.
|
不好意思，没写完不小心按提交了。
续上
在linux下，对于每个socket，内核维护2个队列：
1：未完成的连接队列
客户端发送的SYN分节已到达服务器端，服务器正在等待完成相应的TCP三路握手过程。内核将这样的客户放置在未完成连接的队列中，这些socket处于SYN_RCVD状态。
2：已完成的连接队列
每个已完成三路握手的客户存放在此队列中，这些socket处于ESTALISHED状态。
accept每次从已完成的连接队列中取出一个客户。如果此队列为空，那么服务器端的进程就进入睡眠状态(假设socket为缺省的阻塞方式)
当一个客户的SYN到达时，若这两个队列都是满的，TCP就会忽略这个SYN，客户端就会连接不上。
在比较繁忙的服务器端，应该采用多线程，主线程监听，每来一个客户端，开一个线程去处理该客户端。
listen()
while(true)
{
accept()
pthread_create()
}
而且，while循环中的代码尽量减少，执行越快越好。
|
TCP/IP工作原理
在linux下，对于每个socket，内核维护2个队列：
1：未完成连接的队列
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
