引用：river 发表于 2016-11-07 20:52
多谢大家，经查询发现丢包主要由公司的网络原因导致的。

你公司路由器是百十来块钱的家用路由器吗？如果这样的话，压力测试很可能会受此影响。建议你最好用工业级的路由器或者直接用阿里云这样的有专业网络架构的服务器来压测。

多谢大家，经查询发现丢包主要由公司的网络原因导致的。

楼主去看看这个贴子：http://www.52im.net/thread-346-1-1.html，我记得之前这个兄弟做MobileIMSDK测试的时候，群主帮他找出原因是它的服务端没有关闭log4j的日志，导致压力到不了极限，你看看是不是也没有关闭日志，导致压测时磁盘IO争用产生大批线程死锁啥的。

引用：river 发表于 2016-11-07 10:40
请看下图，注意标红的部分，随着时间的推移，很多连接就不继续发包了，导致测出的socket吞吐量呈现阶梯式下 ...

我不从不看这工具的左边，只看右边的结果。不过你这右边也不正常，为何ReceivedPerSencond是0？你对照着我的图看看呢。

我建议你下载jProfile，压力测试的时候用jProfile观察你的服务端，不知你们是如何修改的，我猜测这后台可能存在线程死锁或资源争用，或者其它问题，不信你们自已深度分析一下

引用：river 发表于 2016-11-06 21:55
多谢@JackJiang，但是由于丢包过于严重，比如开20个连接进行压测，过了一会比如说七八秒后，就剩下10个连接 ...

这是这个压力测试工具的问题，你可以换个工具比如Apache的JMeter试试。另外，没看到你说的丢包严重问题，你把总的统计结果发上来呢

多谢@JackJiang，但是由于丢包过于严重，比如开20个连接进行压测，过了一会比如说七八秒后，就剩下10个连接在运行，再过一会，可能就剩2两个甚至1个或0个连接在运行，请问当初压测的时候遇到过此类问题吗？有什么解决思路吗？谢谢！

我来回答你的问题。

首先，这个工具只是一个网友写的个人用的udp压力测试工具，这个工具本身有一些先天不足，你如果发现哪些不合理的地方可以联系一下作者。

这个工具里的多个线程，可能代码里并发处理的不好，有的线程很忙，而且的线程却停止执行。当然，你可以不管这个工具具体的线程怎么工作，因为UDP测试的是数据包的吞吐效率，即使只有一个线程能压到极限也一样有意义，所以，你只要看右上角的总体统计结果就行了。

下方是我压力测试的结果，你可以看到它的单个线程里received和send都是相差1，不可能有这么巧的事，这只能说它这工具的数据统计时，最后一个包的统计可能没有统计进去。