终极螺纹的不同千分尺异常

Question

我有以下终极线程120 VUs(见屏幕截图)，它与以下2条消息一起失败：

• 1-bzm -流取样器-主程序，非HTTP响应代码：javax.net.ssl.SSLException，非HTTP响应消息：握手时接收的close_notify，jp@gc -终极线程组
• 2- bzm -流取样器-主程序，非HTTP响应代码：org.apache.http.NoHttpResponseException，非HTTP响应消息：damxdcfpo.maxdome.de:443响应失败，jp@gc -终极线程组

​

​

与40线程相同的测试Sceanrio效果很好(截图)

​

​

问题在哪里？

播放列表URL：

• id=1007560909-1171643860-29cdf&filter=(type==%22video%22%26%26MaxHeight%3C=720)%7C%7C(type==%22audio%22%26%26FourCC==%22AACL%22)
• BZM-流媒体采样器视频持续时间:12秒
• 简表Verison: 5.2.1
• HLS插件版本: 3.0.1
• Java版本:java版本"1.8.0_91“HotSpot(TM) 64位服务器VM (build 25.91-b15，混合模式)

Answer 1

您测试的服务器很可能会超载，无法处理120个虚拟用户。

接下来您可以做的步骤是：

1. 通过查看诸如饱和点、随时间变化的响应时间、每秒事务量之类的指标来查找活动线程随时间的推移 (最大系统性能点)。 理想情况下，响应时间应该保持稳定，并且每秒的事务应该以与虚拟用户数量相同的因素增加。当响应时间开始增长时-它指示瓶颈
2. 查找系统不处理120个并发用户的原因，这些并发用户可能位于：

- Insufficient resources (CPU, RAM, slow Network or Disks), it can be checked using [JMeter PerfMon Plugin](https://www.blazemeter.com/blog/how-monitor-your-server-health-performance-during-jmeter-load-test/) 
- Incorrect application and middleware configuration like default values which are good for development but not good for production, missing caching, etc. i.e. check [How To Setup Nginx For HLS Video Streaming On Centos 7](https://dev.to/samuyi/how-to-setup-nginx-for-hls-video-streaming-on-centos-7-3jb8)
- A bug in the application code like using [inefficient algorithms](https://en.wikipedia.org/wiki/Big_O_notation), it can be checked using [profiling tools](https://en.wikipedia.org/wiki/List_of_performance_analysis_tools) 

​