1
GopherDaily 2021-05-08 12:29:03 +08:00
吞吐和耗时不一样。
单次请求的耗时短,和服务整体的吞吐高没有关联。 |
2
JamesChen OP @GopherDaily 老哥,我就提醒一下,不要在自己不熟悉的领域给老司机“纠错”,尤其看你这名称好像还是做技术公众号的
|
3
emSaVya 2021-05-08 12:53:16 +08:00
手里拿个锤子 以为全世界都是钉子 让你的 cpu 拉满 能申请到机器就行 选什么模型重要吗?
|
4
gotonull 2021-05-08 13:35:16 +08:00
之前公司有个项目就是用的这一套,我感觉学起来资料好少 而且那个响应式编程 我一直 get 不到他的精髓
|
5
GopherDaily 2021-05-08 13:40:42 +08:00
@JamesChen 不做,有错可以指出,阴阳怪气也不是不行
|
6
ch2 2021-05-09 10:46:08 +08:00 via iPhone
可能他们的业务没有多少 qps,cpu 就已经被拉满了,这种情况异步不异步没啥区别
|
7
ccde8259 2021-05-09 12:57:39 +08:00 via iPhone
面向工资编程的情况下,谁都不愿意拿一个出了问题毫无头绪的东西,把自己的 KPI 丢进抽奖箱。
上线性能不行就是机器不够,再申请就是了。这种手段比起你上 Reactor 榨性能来说,没有任何风险。 假如性能成为瓶颈又申请不到机器,是不是考虑一下你的业务压根不赚钱了。这种时候无论你用再优雅的 Reactor 抬了多少性能都没有意义。这种情况都是穷途末路,早晚要死。 |