Rime 大法好

直接 GitHub Action 一步到位啊

来啊，搞起来啊

OSDI 2018 上有篇文章，The benefits and costs of writing a POSIX kernel in a high-level language

MIT 那边用 Go 实现了一个 POSIX 内核，具体可以看一下，https://www.usenix.org/system/files/osdi18-cutler.pdf

@LeeReamond BTW 你对于 asyncio 的可预测存在误解
event loop 是无法真正意义上做到“可预测”的
此处“可预测”指 A task 执行完后能预测下一个 task 是 B 还是 C
无论是 asyncio 还是 Gevent 我们都只能做到一个基础的保证，即正常情况下，我能在一个切出点后能切入执行后续代码
但是在生产环境中，配合 Python 的 GIL，能做到这点也是奢望
随手举例时间，我们在请求 www.v2ex.com 的时候，会通过 gethostbyname （ Linux 下，参见 https://man7.org/linux/man-pages/man3/gethostbyname.3.html ）来做 DNS 解析，而这个函数是不可调度函数，所以那么一旦 DNS 解析出现问题，那么可能炸整个 event loop 导致所有 task 不可调度. 而这样复杂的可能阻塞整个 event loop 调度情况还有很多，此处不一一列举. 诚然我们可以通过很多额外的手段来尽可能规避这种情况. 但是就其本身而言，无论 asyncio 还是 Gevent，其所要面对的问题都是一样的

@LeeReamond 很抱歉，可能用💩来形容不太合适，不过依旧只能用糟糕来形容.
顺便指出几个误区

1. Gevent 也是完全可控，可预测
2. 原生 asyncio bug 到现在为止 bug 太多，随手举几个例子，BPO-30698 和 BPO-29406 这两个横跨 asyncio 到现在的会导致一些 https 链接泄漏的 bug 到现在依旧没有修
3. 生态一如即往的糟糕，随手举个例子，aiomysql，目前 asyncio 生态中的 mysql lib，三个月没更新可以说是个 dead project 了. 当然你要说我用 thread Future 封个 mysqlclient 当我没说

我自己应该是最早一批在国内推动 asyncio 上生产的人（ 17-18 年）在给予厚望后，我写下了这篇文章 https://manjusaka.itscoder.com/posts/2018/10/05/why-i-dont-use-async/

我可以很负责任的说，我这篇文章中写的大部分弊端依旧适用于 2021 年的现在

直接 Gevent 不香么...
asyncio 那么多💩，活着不好么😂😂🐶🐶

送钱的为啥不刚 23333

Notion 或者 Roam Research

上机场吧，，我用的能稳 200M 的带宽，自己搭倒也能到这个速度，不过花的精力和成本太大了

你试一下

```python
a = list()
a['total']
```

不就懂了。。

要理解的更清楚去背诵一下 Python Document 中 Language Reference Chap 3 Data Model 这章你就懂了

@SM2U 作为捕蛇者说主播之一，我来正面回应一下

1. 捕蛇者说迄今为止没有接到过商业赞助，商业活动

2. 我们在 2020 年中旬之前，服务器托管费用，设备，软件等都是主播自行投资买的。大概在 20 年 7 月后，捕蛇者说在用爱发电平台上开通帐号，接受大家打赏。现在累积的所有收入还不够 V 站最低一档广告费用，更谈不上砸钱

3. 用 SaaS 服务这事，本身就是见仁见智，我们的推荐也只是希望给大家多带来一些信息，至于使用与否取决于自己的喜好和想法。我们绝不接受“祸害”这一指责

杂记，论文笔记，一些总结

https://manjusaka.itscoder.com

根管倒是不痛。。北大口腔做的还是很细致的。。
我刚急诊做了两颗门牙。。

set 中的元素顺序不是随机的，而是有序的，其顺序依赖其 hash 值。大家通常意义上的无序指不是按照插入序而已
至于每次启动 hash 值都不一样，是因为 Python 3 之后 hash seed 会是一个随机数，具体参见 https://docs.python.org/3/using/cmdline.html#cmdoption-r

上 1T 的

emmmmm，实际上影响并不大啊

Docker on Linux 底层早已换成 containerd 了

CMGS 组的？