当用单个用户请求 case 来评估服务器容量的时候，对不对已经不太重要了，开心就好

纸上得来终觉浅，直接看别人的源码你会提升更快。 就算是 C 语言已经很快，Linux 内核代码里，容易造成性能瓶颈的地方往往是直接用汇编。一个成熟的项目往往都是混合语言的，Python 调库，C 语言实现库，并存优于单一语言实现。

@emSaVya 20ms 就受不了了？这么能吹牛逼我还以为这里是逼乎呢

看你要不要 "先把东西做出来"

其实很多项目，一天平均 qps 还没开发人员多 不过话说回来，如果单纯 python web ，确实垃圾，谁用过谁知道

火车和皮卡。。。

错误的，python 和 nodejs 一样，我公司 95%的业务都用 python 写，但是最近一个新项目我用 nodejs 写后端了

错误的，网络延迟你可以靠并发去掩盖，比如单个用户 0.1s （处理时间） + 0.9s （传输时间） 的场景，大可以在等待 IO 的时候去服务其他用户，毕竟网络 Socket 本身是交给内核去处理。但是如果处理时间要 1s ，那真的就只能处理 1/10 的用户了。

理论上很多模块可以用 FPGA 实现，用 Verilog 编写，只是开发量大了一点点点而已，但速度又是几十倍的提升啊

现在绝大部分 web 项目都不太需要考虑服务器性能问题，用户量和数据量根本上不去。。。等到真需要性能的时候，加机器比加人换语言写性能更好的代码更有性价比，等到加机器搞不定的时候再换语言重构部分服务就行（除非项目一开始就定位为用户量大了），就算淘宝也是从 php 到 java 这样的历程走过来的