测试服务器出现很奇怪的问题。

guochgz

在一台虚拟机上启动300个客户端， 另外一台虚拟机跑一台serv【一个文件服务器，客户端与服务器保持一个长连接】。经过一段时间文件下载之后， 发现服务器发回去的包，总有几个client接收不到，serv这边发送已经成功。 不晓得是何原因？

Roemer

TCP的发送成功只保证数据包送进内核栈

converse

同意二楼,发送成功不代表接受成功.

feiyang21687

问句LZ，启动300个客户端是怎么实现的啊？

guochgz

经过进一步的测试分析， 发现经过一段时间的文件下载之后，会随机的存在几台client发送数据到服务器成功（ 服务器读取到的数据包可以分析得到），而服务器开始读这个数据包的时候，已经是client超时关闭sock，server这个时候，好像是有两次事件触发（一次是client发送数据包的事件， 一次是client close的动作。 ）
很奇怪啊， client在发送数据包之后， 然后等待超时的时间内，服务器一直没有事件触发， 然而，等到client关闭后， 这个时候，才有事件触发， 而且一下两个接连而来，先是读取该数据，然后又读到对端close sock。诡异 ~

服务器是 epoll+线程池模式。采用边沿触发。
【回楼上， 启动三百个client 很容易， 只要配置够，写个脚本就能跑起来】

yang_crystal

线程有没有休眠？

converse

>>会随机的存在几台client发送数据到服务器成功（ 服务器读取到的数据包可以分析得到），而服务器开始读这个数据包的时候，已经是client超时关闭sock

这句话真没看懂了,前后矛盾,"读取到的数据可以分析得到"又怎么能"开始读数据包的时候client关闭"了?

guochgz

肯定没有，即使一个线程休眠了，还有其他的线程可用的。服务器是临时分配一个线程给某一个sock使用。

net_robber

没有接受确认

net_robber

传输协议设计的bug，跟系统没关系