你真要考虑这问题的话，不要放到服务器上考虑，而是放到那种超低端的单片机上去考虑，这时候才是需要考虑这个问题的时候 对于服务器来说，早就脱离单体程序了，比较轻松的可以选择升级配置更换硬件甚至直接分布式集群解决瓶颈。

@HiHuan 这个可能真不是吹牛皮,我们原来打算用云的 redis,但是云的 redis 的网络延迟在 100 微秒左右(没看错,就是在 100 微秒 0.1ms),联系了他们的 redis,网络工程师等等一起研究,网络工程师说因为涉及到多跳,最少 100 微秒左右.我们使用 redis 在单线程中,没有多线程并发(祖传的,就是这样用,要改相当于整个游戏存储重写),这样会把 QPS 限制在不到 1w,我记得在 7000 左右. 因为一个玩家登录,会涉及到到次 redis 读写,所以只要在线人数超过 1000 人,这个服就开卡了.没法办,我们只能用自建的 redis,使用 127 直连

@bruce0 游戏服务端应用还是尽量单体。另外，你直接用内存不香么？干嘛要用 redis ？我们是直接移植 redis 代码，静态编译在应用里的（因为要用那些数据结构，反复了很久，决定直接用 redis 代码）

首先是人，其次是场景，最后才是语言 最近刚被合作伙伴的 python 小子坑了一把，第三方把金额、汇率之类的数据以字符串的形式给他，他转成浮点数，内部很多逻辑处理完，然后再把一堆数据转成字符串给我，于是，那天我听着窗外台风桦加沙的呼呼声，远程教他为什么有些数据会有一点点对不上 其实人是真正决定最终跑得好不好的最大因素，python 队伍里面半吊子太多

python 胶水层可以慢慢优化，问题不大。只要业务在云上就行。

如果是一个 1 秒执行一次的操作，你为什么要在乎他执行需要 1ms 还是 1s ，对你来说有区别吗，等需要 1 秒执行 1000 次再考虑性能