并发线程 2000，tps 吞吐量只有 300，说明线程处理一定在排队。
排队原因很多：可能是资源限制 (线程排队过多，导致上下文切换较多)，可能是连接数限制等等
响应时间越来越长的原因：
第一秒，处理了 300，排队 1700，响应时间 = 处理时间 1 秒；
第二秒，处理了 300，排队 1700-300+300，响应时间=处理时间 1 秒 + 等待时间 1 秒 = 2 秒；
以此类推。。。。

你这种就是典型的没脑子，只有充分的市场竞争，行业才会更好地成长。

慈善和公益只要是跟人做，难度都相当大，因为人大多数都是犯贱的。

还有，你敢实名吗？说这种话不敢实名的，估计人品也不咋地

项目体验地址，可以给一个体验的用户名和密码吗？谢谢

看你目前的阶段，更适合扩展面，还是深入点。以及对业务的感兴趣程度。
（建议百度，技术体系非一日建成，BAT 的技术体系很厉害，至少内部的专业性技术文章，就够学习和消化了）

帅，都是不断学习的，最近我频繁参加面试，也学习了

嗯嗯，是，这个框架还比较基础

很好，扎扎实实的学习

hashCode = count 值，元素是相同的，只不过存储位置不同。
因为 first(count=3) 元素存储在了 hashCode 值为 3 的地方，已经存进去了，即使修改了 count(修改为-3) 值，使得元素的 hashCode 值也改变为-3，但是存储位置没变。
所以，c1.contains(new R(-3)) 返回 false，因为 new R(-3) 去 hashSet 中寻找的是 hashCode 为-3 的存储位置，但是已经被删除了，所以返回 false

哇，这个质量够差的了

嗯嗯，是，主要是地段

我也是刚学习，具体项目还没应用过，欢迎大家多多指导

飞哥，你不是买了吗？

最后买了哪里啊

刚需，首套，结婚

恒温要进军人工智能了

把你这里的配置发一下看看

试试第二个设置，可以吗？

执行之后没反应？看看 jmeter 的日志

可以敲代码的话，用https://testerhome.com/opensource_projects/avatar吧
jmeter 的不够灵活

分两方面去验证这个问题吧：
1、验证你的业务性能，可以用多台 jmeter 或者其他测试工具去做；
2、验证 jmeter 的压力性能，可以在验证了你的服务能力后，用不同的压力工具去做同类对比，然后再得出结论

你是外网压测的，还是内网压测的？

嗯嗯

不是说服别人，我的意思是，既然您已经 5、6 年没有接触过一线的技术了，其实没必要在具体的问题这里浪费时间。
您这个级别的，可以给更多的方向性指导，相信您对于质量体系和质量管理这块很有建树

从题主的答案和推理逻辑，以及你的 “这个服气” 里面看出来的，并没有了解到问题的本质，不了了之的 “服气”