gitee 快。而且有的项目目标人群就是中国人，放 gitee 让国人参与更方便。

但我爱白嫖 GitHub action，gitee 不让白嫖，所以我还是在 GitHub 。

如果你用 redis，那么最好用 lua 实现……不为别的，就是图个快。我有一个 Python 调 lua 的限流器实现。

https://github.com/abersheeran/asgi-ratelimit/tree/master/ratelimit/backends

@wwqgtxx 你要是真用过，你就会发现这玩意疯狂上锁，据我的测试，Manager 所在进程跑到 100%，其他进程只有 45% 的样子。一核有难，七核围观。

@learningman 他的意思是 Python 多进程也可以共享内存。

对于这种脚本语言来说，共享内存里的对象和共享内存，差别还是蛮大的。你能直接从共享内存里处理一个巨复杂的对象吗？好像比较难吧。不像 C，整个内存排布都是固定的，想怎么玩就怎么玩。

怎么说呢，如果是主要为了自用、不想写操作文档大可以不写的……你这个操作文档我看完感觉完全没懂这个东西的作用。

我之前也分享过自用的脚本，我直接说清楚了自用所以没什么过于详细的文档。也没人说我什么哪里哪里不能这么搞。

开源软件不是你这个写法。要么你就当他是个彻头彻尾的自用软件，要么你就认真学习其他开源项目一样写明白作用与目的、实现原理、构建方式和使用方式。这种两不像，真的不怪楼上说你。

你的场景不对。

比如你要处理一个 31Gb 的文件，你电脑却只有 16G 内存，该怎么办呢？这时候用 yield file.read(4096) 进行流式处理。就能大幅度节约内存空间。

@shayuvpn0001 你的问题在于 myList = [] 本来没有问题，如果你说性能，它甚至比你的 del 还少一半的字节码。

另外，我清空列表一般用 my_list.clear()。

楼上+1 。看到第一个例子我就觉得你压根不懂引用计数回收……建议先多看看再考虑给人定标准，不然你一定会被人骂。

@no1xsyzy 还真的会不管不问……你看看 QQ，以前还出个国际版，现在直接躺平，人家不搞了。

还是国内市场太大了，希望多逼这些企业往外发展市场。他娘的，做资本家就贯彻到底，天天压迫本国人民算什么本事。

我博客的站内搜索用的就是 Bing，收录速度还可以。主要图在国内打开不用翻墙，广告也少，界面好看。

@balabalaguguji 单纯是我的个人审美问题。我喜欢苹果的字体。