哈哈哈，读我2021-04-12如果这是一个单登录接口，就必须高过 150TPS，这是最起码的。而我们现在用的是 8C16G 的机器，根据 CRUD 的测试经验，即使不走缓存，这样的操作要达到 500TPS 应该没什么问题。～老师想问下这个高过150TPS和500TPS怎么来的呀？作者回复: 这个150TPS应该写为50TPS，跟方案那一篇中的业务模型中的数据一致才是。已修改。 500是根据经验来的。对于一个8C16G的机器来说，如果是写操作，达到500TPS应该是没有问题的。如果是读操作，还会更高，应该能达到1000TPS以上。
7
Beyond2021-05-07老师，这个基准场景中，压力线程数通过预估或者直接不断加大线程数得到单接口最大TPS，那之前第8讲的时候，那个利用计算公式，利用在线用户数等得到的请求级线程数。这两个是一回事嘛，那个第8讲中将到的关系，那个计算的线程数是压测过程中作何用的。作者回复: 第8讲是为了回答TPS、并发用户、在线用户之间的关系的。 而压力线程预估是为了在实际执行场景过程中来判断的。
3- 道长2021-04-14老师，你说使用arthas跟踪一下，但我没看到该跟踪命令啊，下面展示应该后面一步的trace 跟踪命令吧！是我理解错了吗？
作者回复: 下面不是给了trace命令吗？就是在arthas里用的呀。你是不是没操作过arthas？去看看帮助去。哈哈。
共 2 条评论2 
Geek_bbe4c82021-04-12“如果单接口最大 TPS 没有超过容量场景中的要求，那就必须要调优。” 老师，这里我理解下，比如某个容量场景的目标TPS是100，里面包含了某个单接口的调用。 那么这个单接口的基准场景测试的TPS就不应该低于100. 是这个意思么作者回复: 是的。
2
飞彼易驭心2022-03-09前面分析显示199行耗时最长，最后的图片中写80行耗时长，纳闷了半天，找到源码发现是199行，这回就对应上了。 https://github.com/spring-projects/spring-security/blob/5.3.x/core/src/main/java/org/springframework/security/authentication/ProviderManager.java#L199作者回复: 努力学习，天天了解一点。过半年就不是自己了。
1
涵涵2021-08-11“要是硬件资源已经用完了，TPS 也满足了容量场景中的要求，那么，从成本的角度来考虑，这个项目就不需要再进行下去了” 这个项目就不需要再进行下去了，是指容量场景不进行了吗？作者回复: 整个性能项目。
共 3 条评论1- sky_you2021-06-07老师 有个疑问？ 基准测试到底应该是测接口，还是测单业务？
作者回复: 看制定的场景目标。在我的逻辑中，容量场景是为了模拟被测系统的生产场景。在这之前都放到基准场景中做。 所以按我的逻辑就是，基准场景中是：1， 先测单接口；2. 后测单业务。这两个都放在基准场景中。 由单业务组成的线上真正场景，应该放到容量场景中做。
1 - 道长2021-04-14之前没接触到过arthasᥬ😂᭄，我看到了那个使用方法arthas 代码事例是使用的trace，原来是包含关系，还有一个问题，那trace 后面使用函数名是从那一步得知的呢？，到那我们得知的只有token交易导致时间长的。不明白
作者回复: 函数名是直接从代码中得来的呀。如果你没有源码，打印栈信息也一样可以知道。
1 
卡卡爱学习2022-12-05 来自山东老师，我们现在有个项目，单接口，10个并发，5分钟的时间，CPU就能到90左右，这种情况还有必要再压吗？作者回复: 有没有必要取决于有没有满足需求。
清风慕竹2022-07-04 来自北京高楼老师，你描述的基准测试是逐步加大并发数，摸峰值tps场景吗？作者回复: 对。