
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 抬了多少性能都没有意义。这种情况都是穷途末路,早晚要死。 |