@nanaw 这个应该是个祖传特性了，哈哈

好像没有什么亦可赛艇的更新

@est

下面写的很清楚呀

在 Zoom 此前递交的文件中，公司在“风险”部分中提到：“我们的产品开发团队主要在中国，那里的人力成本比其他许多地区的成本都要低。如果我们将我们的产品开发团队从中国转移到其他地区，那么我们可能需要承担更高的运营费用，这将对我们的运营利润率造成不利影响，并损害我们的业务。”

在 IPO 文件中，Zoom 透露，截至今年 1 月，公司在中国拥有超过 500 名员工。

hulu 也是中国程序员

要爽就打人机，要么就玩单机游戏。网络对战本质是就是输，无论你多牛逼。已经不玩网络对战几年了。

早上看了不是去年就被注册了

异步可以一下打 13 万条请求出去，对方回数据，操作系统会自动保存，然后程序可以慢慢拿返回结果。但是对方的服务器是妥妥的挂了。。

所以先压测一下，看看同时打多少条出去

@yanaraika 这个确实是一个折中的方法，但是实现的复杂度也非常高了。当然 NoSQL 的经过验证的分布式的主从架构更加可靠。至于时钟问题，确实是一个存在的因素，我没有过多研究，不过 Redis 作者在说 RedLock 的时候，没有认为这是一个主要问题。"well, you can assume your clock is mostly correct though!"

分布式系统最大的问题就是很难保证强一致性，对于普通业务，主要通过逻辑弥补。对于敏感的业务，主写从读会出问题。

逻辑弥补有很多方法 （来自李运华的文章）
1. 业务可以接受，系统不优化
2. 写操作后的 n 秒内读操作指定发给数据库主服务器
3. 读从机失败后再读一次主机
4. 关键业务只走主机，可接受延迟的业务走从机
5. 走缓存，先更新缓存，缓存过期肯定已经刷入从机了

楼主看的“所谓架构文章”，怕不是 CSDN 上面的？

@feather12315 杀毒软件吗？并没有装杀毒软件，window defender 也没有

内存够的话，redis cluster

用旧版应该可以吧

10k 莫不是头条