抄底的最佳时机来了

年包有 60 个以上吗？没有的话不要自称大厂了。

@ipwx 多进程 ipc 要序列化反序列化，不能简单的共享数据结构，进程之间同步也比线程之间更麻烦。多线程多个 event loop 跑 IO，如果 CPU 占用率超过 50%，按照分类标准，其实已经算 CPU 密集型了。IO 密集型通常 CPU 占用率远低于 50%，线程的大部分时间在等待 IO 完成，简单堆线程就能提高性能瓶颈。

一个典型的例子就是 tomcat 跑 java web，http connector 的 acceptorThreadCount 默认是 1，而 request processing threads 的 maxThreads 默认 200，后者是 IO 密集型，线程数往往设置为 CPU 线程数的几十上百倍。假如 Java 也有 GIL，他会造成 connector 提高线程数反而降低性能，但对 request processing threads 影响却不大了，开 100 个性能比只开 1 个要好的多。

衙门不让用了，应该全军覆没了

@ipwx 我想表达是，python 出现的年代并行是罕见的场景，IO 密集型场景无所谓 GIL，CPU 密集型场景因为不能并行，无脑加 GIL 和精心打理细粒度锁不会有太大的性能差异。我解释的是 python 选择 GIL 的历史原因，不是说不用加锁，是当时用细粒度锁意义不大。

现在多核多线程乃至多 CPU 是主流了，有了并行了，GIL 在 CPU 密集型场景才凸现出问题。但是因为历史包袱，没法简单的优化掉 GIL 了。

楼上也有人讲过了，就是 gc 不好写，rc 好写，加上当时 GIL 没有害处，自然而然就这么干了。

@lagoon 我小时候就有的技术，都是过时的，我年轻时出现的技术，都是革新和进步，我中年时才出现的技术，都是华而不实瞎折腾。

@Abercrombie 矮大紧说的，发生火灾的时候，大家从容不迫的走楼梯撤离，前面有个老太太走的慢，排队在后面的年轻人也跟着后面慢慢走，没有赶着超过老太太。我挺佩服这种文化的，我自问做不到，如果是我肯定快速的超过去。

@vanityfairn 漂亮国没有疫情，以往一年也要死 400 多万老人，多个百分之十几他们觉得还行，建国都说了他们做的不错。他们以往每年流感也是几万几万的死，真没当多大点事。

@ipwx 分配时间片交替执行，这是并发，不是并行

都是武汉那时的谣言给吓的，你看国外动不动一天确诊几万几十万，也就当地华人最紧张最激动，土著们从容淡定

@dynastysea 有一些人有一种论调，深圳千万起步，所以没买。实际上那些人 500 万也买不起，300 万也买不起，可能 200 万也买不起。给人一种高不成低不就的感觉，实际上是高不成，低也不成。

用了 16 年，折腾过 gnome, unity, kde, openbox, fluxbox, fvwm, lxde，最终在 9 年前收敛于 xfce

@medivh 挺好奇的，1C1T 的 CPU 的机器怎么个并行法？

20 年前的通信，30 年前的土木，40 年前的出租车司机，都是当时平均工资 5 倍以上

月供不到 5k ？武汉限购吗，我都想投资了

等月供一万的时候再买吧，可以显得更感人

深圳房价是一线里最贵的，但医疗教育资源像二三线城市。我觉得你可以去广州杭州南京苏州，或者成都西安武汉合肥，选一个工作 OK 并且离老家交通方便点的。或者看看老家省会，尽管大部分省会比较糟糕，完全不值得考虑。