大佬可以,我也沉淀了这些内容,用来给新人培训用
thoughtworks 年度技术雷达里面也提及过这个,说推荐
都报 500 了。。。看下代码咯
登录
哎...感觉相互没在一个频道上啊...
response time 啊
所以在这个模型里面,入口就是服务端处理啊,已经限制了口子数和处理速度了,所以这个应该是固定的,而来车子多少只是 client 端的请求数
另外不应该只是找出 tps 峰值,最终的结果没法抛开可接受的 RT 来谈 tps
工具我知道目前都是阻塞的,没记错的国产有个麒麟还是什么名字的说是实现不一样。但是这里没有说工具,而是单指网上摘抄的例子里举得模型里,理想状态下他的 tps 是哪种算法?全部线程数/总时间,还是全部线程数(这个场景下的并发数)/平均响应时间
但是在模型中实际上是没有在考虑阻塞,不需要等前车 res 啊?愿闻其详