这在职场中太常见了，别说你才毕业一年，就算毕业 10 年新进入一家公司也一样，也得面临这种情况。
至于楼上其他同行的意见，可以参考下。
但是什么沟通能力，人情世故这些，我个人是觉得有点虚的（就是可操作性其实不高，最多找你领导面谈一次，可能他以前没意识到你的确不错，以后绩效会有改善，也有可能他就是先入为主对你印象不好了，再沟通也没用）
一边提升个人能力一边寻找机会进行面试，可以了解个人在市场上值多少钱从而进行决策
①能力 A+，可以支撑 20%-30% 的收入增加
②能力 B，只能平薪跳槽，苟住继续提升个人能力，给自己设定目标半年或一年后再次开始面试
③能力 C，市场上已找不到比当前更好的了，说明个人能力尚有欠缺，建议查漏补缺，此时心态应该能平复。如果还是觉得公司考核不公，赏罚不明，可以只做好分内的工作，不再积极主动，用无欲无求来平衡自己的心态。
最后，一份工作而已，不要过度内耗自己，还有更多的事值得自己关注（比如家人，朋友，自己兴趣爱好等）

总结的不赖，一般而言的测试领域基本就这 3 类。
历史的车轮根本不以个人意志转移。
ps:鸡哥要跑路了嘛？

什么时候搞个新社区呀，鸡哥

所以结论是什么？
并发数=TPS * RT（平均响应时间）在未达到瓶颈时是成立的，达到瓶颈后就开始不成立了？

每个小时的模型的确不同，而且可能取得有问题 (比如业务高峰 1 小时实际是出现在 9:30-10:30，假设这期间交易量为 500w，结果你按整点取 9:00-10:00，结果交易量只有 300w，那你得出处理能力就不同了，业务模型也可能不同)， 1 小时颗粒度还是太粗了，要往小取，比如取高峰半小时，高峰 1 分钟等

看截图用的是 Takin 嘛？

啊哈哈啊哈，楼上太坏了，竟然说破。。。

赞同，某些系统没用并发数的概念，或者说并发数并不指代实际存在的用户，这种时候只看 TPS 是可以的，此时并发数只是增大压力的作用，但是针对某些业务系统而言，并发数是有实际意义的，指代的就是实际存在的用户，这种时候并发数就是有意义的，此时并发数是需要作为一个测试点的。比如某业务系统处理能力要求 300TPS，300TPS 假如可以用 50 并发测到，那么用 100 并发也绝对可测到 (加间隔时间就可以)，那么只考虑 TPS，测试并发数为 50，满足 300TPS 指标，测试通过，但是未验证并发数这个测试点，那么有可能你的系统在 100 并发出现问题，比如无法登陆，或者登陆时间过长等。

7 个小时才一次 fullgc 都不能接受？
另外你 tps 低没看出来跟 fullgc 有啥关系，按你的说法，fullgc 7 小时才触发一次，那这 7 小时之间没有 fullgc tps 为啥也低。。。

这么规律的话是否有可能是 GC？