@oneforallsoft 大城市人靠房租就能月入过万，全家去农村躺着到老就行，只不过没见过有人这么做，我亲戚有几家全家不工作吃低保的，那也是在上海躺着，没去村里。

你向往的不是农村生活，是一二线城市市中心给你划几亩地，让你在十万二十万一平的地段过田园生活。

你要的是农村和城市最好的一面，如果只能二选一，我相信 99%以上的人都会毫不犹豫的选城市。

无限流量套餐

抄底的最佳时机来了

年包有 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