2019-12-13我觉得有点困难。
1.用户和服务器所在的宽带运营商是否为同一家，如果不是同一家，相互间又加多了一层
2.IP包层层排队转发耗时
3.光纤传输耗时 800公里，往返就需要 8ms左右
4.应用后台处理耗时(接口调用、内部函数处理、DB查询处理...巴拉巴拉)
5.如果用户用的是4G无线网络
所以综合来看，压缩在40ms内确实有点困难展开作者回复: 没错；理论值只是最小的可能。实际的端到端延迟最好根据实际的测量。
2
2019-12-13作为一名程序员还是喜欢这种直接的数据，虽然仅仅只是参考值，赞一个 2
2019-12-13武汉到上海按800公里算，传输耗时16毫秒，如果客户端网络200Mbps ，发送一个20k的请求要100毫秒，如果是4k需要20毫秒，服务端按1Gps,响应包4kB，发送延迟4毫秒，加上服务器处理时间和客户端处理时间，感觉40毫秒不够用作者回复: 实际的耗时肯定比理论最小值大；大多少也取决于很多因素，所以最好要实际环境测量。
2
2019-12-13武汉到上海的距离是800多公里,RTT 不到10ms，我想端到端的开销，网络开销应该是大头吧，所以40ms的延迟应该是可以达到的 1
2019-12-19请问存储性能数据，是包括kernel调用在内的耗时吗?作者回复: 存储性能（比如硬盘，SSD）一般不太受Kernel影响。比如存储延迟，纯碎是存储硬件决定的。
或者换个角度讲，我们讲存储性能（或者任何性能），都是假设其他模块和资源不是瓶颈。
2019-12-16熟悉各种数据的baseline很重要，我给人指出性能问题，结果有人对着超过10%的sys cpu说不高啊~
还有，各种数据都是关联的，比如我们出过一个问题，kernel有泄漏消耗了很多sys cpu，但是看上去磁盘响应也慢，网络响应也慢，然后就有不求甚解的同学天天琢磨着优化网络栈。