@devh0407 你为什要存房间 ID ？房间应该是临时的，用完就删除或者回收了，房间我想不到为什么需要跟游戏之后的数据关联，哪怕是游戏回放功能都不需要房间 ID，你需要记录什么数据，就放在一个赛后记录表就可以了。

没看懂你这个历史战绩跟房间有什么关系
房间当然是临时的，这个根据服务器状况来分配创建，不是很好理解么？房间的信息都是存在服务器内存，不是很明白有什么存储影响。
你战绩系统，游戏结束之后入库就可以了，跟房间有什么关系呢？

PS：没玩过王者荣耀，不是很了解，只是根据之前观看的网游架构回答

我记得 signal 模块也是很简单地封装一下系统信号处理的回调而已。
你这样的情况啊，用 bpftrace 试试看看？

@secondwtq 我只是发了一次言，其实还好。我只是说明一下这东西的优势在哪里，为什么 Monad 是更好的异常处理而且。毕竟一次回复不仅仅是一个人看到。大家也可以看到。大家各取所需，觉得 golang 好的就继续写，觉得其他更好的就去写其他就好了。我觉得没什么必要纠结什么天下第一，毕竟电锯跟锤子不一样，CNC 机床也不能替代凿子。当然爱一样东西，自己能出力去让它变得更好，这样也不错。

@Buffer2Disk 本身集合一般就是用哈希表实现

@Buffer2Disk
简单的理解就是只是用其中迭代其中一个集合，然后判断一下这个元素是否在，每次查询是否在集合的操作是 O(1)，n 个就是 O(n)

@xfriday rust 里面是学习 haskell 的 monad，除非你是消费以及最终求值的阶段，否则不会有人会去用 match 来处理错误。
rust 的错误处理最大的优势就是，之前步骤的异常，并不会影响你的业务逻辑，以及强制错误处理。你完全可以使用 and_then 或者 map 方法对一个 Result 进行结果转换，完全不用什么 match。?只是一个相对简洁的语法糖，就算不用 rust 也比现有的什么异常以及返回值优秀。
当然你不了解 monad，强制每一步都 match 一下，那就认为 rust 也是返回值吧。毕竟宝马跟单车都是靠轮子走的，而且都是圆的。

@Buffer2Disk 你每次调用 range 都要申请内存，创建一个列表啊，能快才奇怪。你用 top 来计算 CPU 耗时的方法本身就不对。
而且你只是判断一个元素是否在另外一个列表里面，你转成集合，用求交集的方法啊。那个才 O(n)，你现在这个粗糙的实现方式可是 O(n^2)。
你觉得是循环在耗时，那么请你在 Python 里面创建好两个列表，然后再开始你的循环计时，而且停 5s 有什么用啊？你写日志不好么？

range 返回列表，耗时在这

@coolair 哦！
我是建议用 with 来改写着部分代码，不要用 try-catch 模式。还是你觉得这样改写有什么问题？

wireshark 是我用过那么多个抓包软件里面，抓包抓得最好的了。你所说的 http 漏掉，你不会是指 https 吧

用 with 语法不好么？

@duumvir 改个口而已，协议还是 nvme 协议

@bbdk redhat 在之前当然不是靠 IBM 吃饭啦，Redhat 自家的技术支持，咨询，认证卖得飞起。它是开源软件界第一家营收过 10 亿的。
还有就是 Redhat 是涉及了 Linux 内核，虚拟化，容器，Java。IBM 是自身云计算这方面做得不行，想找一个来快速补强自己。
Redhat 的技术支持你一般小企业还用不起呢，还不如你直接去买套标准版的 Windows Server，Windows 相对还便宜

百万并发，我用两百万台机器解决一百万的并发算不算解决？还是说一台 1 核 1G 的虚拟机就可以？
只是想吹嘘那不用学习什么书，观看各种大会那些上台嘉宾的 PPT 就可以了。里面已经有各种考点了。
要实打实地用合理数量的机器解决 1M 问题，老实地从底层学起，搞懂计算机体系结构，搞懂 JVM，找到系统瓶颈，榨干机器性能

@raysonx 的说法是正确的，这个原理 APUE 有讲解。当然现在创建守护进程也有其他的方法，比如 daemon()，不过好像兼容性不是那么好，所以还是 fork 2 次为主。

@lixiang1993 这个只是理论上限的值，实际生产用 1.5 就可以了。要不然完全用 phi，你永远也不可能重用之前的内存的。