《这一次， Python 真的有望告别 GIL 锁了？》

这真不要抱什么期望，只要它还想兼容那一堆 c 模块就基本不可能，python 就这样了，迟早变成性能垫底的主流语言

别啊，没了 GIL 还是 python 么？ 这么古老的东西现在都变成情怀了，不要伤了老玩家的心

@anonydmer 把我逗笑了

其实 GIL 还是有一些正向作用的（狗头）
有时候，自己写的常驻工具，是 Flask 形式的，里面有些高消耗 CPU 的操作，可以让 CPU 最多只消耗 1/CPU 核数，不至于一下消耗完 CPU 资源。

@monetto 高消耗 CPU 的不该换个语言写么，Go/Rust 这种。可能只是 Python 耗 CPU ，换成 Go/Rust 就不耗 CPU 了（偷笑

期待早日到来的那一天。

有一说一，真有不少项目把 GIL 当 feature 用的

够呛，喊了多少年了

这样不就约等于出个 python4 ？当年 2 升 3 就够折腾了，现在生态更发达了更小心翼翼

求生欲好强~

相比 GIL ，我更在意 Python 的单核性能。

完全没有必要，各种包都需要适配，会消耗全世界大量的时间来处理这些隐藏的兼容性 bug

还不如推倒重来，全新设计一个新语言

@tulongtou 但是 128MB RAM 的小嵌入式设备跑不起来 Go/Rust ，以前的一些老嵌入式设备也没有完整的 C++ 工具链，也无法编译出 Go/Rust 环境，反而纵观所有语言，Python / Shell 拥有最好的设备兼容性 ...
我自己的嵌入式设备，因为缺少 C 库，无法通过 PIP 安装定时任务的模块，所以我自己写了一套 Python 的单机定时任务库，完全 Py 实现 ...(逃

@monetto 128MB 跑起来 Rust ？证明可能，裸金属现在最好选择就是 c 或者 rust 。这么多 no_std rust 写操作系统的。

@monetto 不要把 go 和 rust 混为一谈

@monetto 跑不了 go 还有的说，你说跑不动 rust ？

多开几个 python 进程 0.0

Python 没救了说真的。。。

感觉没必要了，还不如把协程弄得优雅点

没有 GIL 的 Python 不够 Pythonic

uds + 多进程够我用了, 没什么多核瓶颈, 后面子解释器也愿意迁, 至于去掉 GIL... 观望吧

@monetto ？？？？跑不起来 Rust ？？？
建议了解一下 Rust ，只有可能跑不起来 Python / Shell ，不可能跑不起来 Rust

@PureWhiteWu 看清楚描述再说... 我是说缺少 C++ 和 C 的工具链，以及自带库... 我给你举个很简单的例子，iPhone3GS 在 iOS6 的 Cydia 商店是自带 Python 2.7 的，但是如果你想搞个 Rust ，就得自己找全 Darwin 的 GCC Library ，然后自己编译，这个过程太折腾了，不如用自带得了。

某些嵌入式设备同理，厂家自带了 Python ，但是没提供 GCC Library ，你咋给我编译出一个 Rust ... ？

@PureWhiteWu 根据 Github 显示 Dependencies
Make sure you have installed the dependencies:

python 3 or 2.7
git
A C compiler (when building for the host, is enough; cross-compiling may need additional compilers)cc
curl (not needed on Windows)
pkg-config if you are compiling on Linux and targeting Linux
libiconv (already included with glibc on Debian-based distros)
To build Cargo, you'll also need OpenSSL ( or on most Unix distros).libssl-devopenssl-devel

If building LLVM from source, you'll need additional tools:

g++, , or MSVC with versions listed on LLVM's documentationclang++
ninja, or GNU 3.81 or later (Ninja is recommended, especially on Windows)make
cmake 3.13.4 or later
libstdc++-static may be required on some Linux distributions such as Fedora and Ubuntu
On tier 1 or tier 2 with host tools platforms, you can also choose to download LLVM by setting . Otherwise, you'll need LLVM installed and in your path. See the rustc-dev-guide for more info.llvm.download-ci-llvm = truellvm-config


注意这行 A C compiler (when building for the host, is enough; cross-compiling may need additional compilers)
如果连C compiler 都不健全（参考部分 Darwin 设备），你咋编译出 Rust ... 而且要是有这个编译环境，为啥不上 Java ...

公众号和知乎都讨厌咋办啊。。。

@fengjianxinghun
@des
统一回复，上面的楼说了，主要是缺少 compiler ... 要不，你在 iPhone 3GS 上跑个 Rust ... ? 我其实也挺想的 ...

@darrh00 博客园 https://www.cnblogs.com/pythonista/p/17135230.html

如果有人是 pytorch 的重度用户，看这篇文章可以理解下 nogil 能有什么用。

为什么 Python 的 GIL 问题一直让人诟病，Python 社区却不解决？ - Yuxin Wu 的回答 - 知乎
https://www.zhihu.com/question/323812020/answer/2217457493

@monetto 你可能是弄混淆了 build 环境和 production 环境，Rust 本身是不需要任何 runtime 的，这点 C,C++,Rust 是一致的，而 Go,Java,C#都需要 runtime 或者 vm 来提供一个执行环境，Python 和 Perl 更是需要一个 Interpreter 来解释脚本（不讨论有的已经编译成二进制的情况）

如果一定需要依赖，可能也只是操作系统 API ，比如 glibc 这种，我没写过 Rust ，这点存疑。理论上，Rust 是可以直接跑在 BareMetal 上的，连操作系统都不需要。

@monetto 你要这么说的话 python3 的升级也不关 python 2.7 啥事啊

@shijingshijing 是的，rust 完全可以不使用 glibc ，除非是供应商只提供了编译好的 python 库

@monetto go 可以交叉编译的，只需要配置个环境变量就行。而且是静态编译，二进制运行时什么也不依赖；以前在 96M 和 256M 的嵌入式设备上随便跑。我觉得你可能都没有用过交叉编译。而且用纯 C 和 C++很多也是搞交叉编译，不过工具链配置复杂。

Python 的包袱太重了……

看样子即使提案还需要在 CPython 中做大量的开发测试工作.. 目前 GIL 导致多线程搞不了性能提升，用多进程折腾吧..

@shijingshijing C#和 Java 都是编译成 IL ，需要 runtime/vm 来执行。Go 打包成二进制，只是包含了一个 GC 和调度，打包出来的可不是中间语言。所以有 tinygo 这个项目，面向嵌入式，对于不同的硬件性能有不同级别的 GC 和调度的实现。

从什么时候开始，文章的标题“流行”疑问句了

@monetto 128M RAM 就跑不起来了？把 M 换成 K ，128K RAM 都能跑。rust 又没有运行时，什么东西能不能跑跟语言是 rust 还是 c 没有关系的。至于你说的编译问题，一般在这类平台都是交叉编译，x86 的工具链可以编译出 arm 的二进制。

之前说的 CPU 缓存命中问题解决了吗

@kindjeff 能举个栗子吗？

@monetto #26 大家的理解“跑”是运行个 Rust 编译后的二进制，不是“跑”源代码；你的“跑”是直接在设备上运行自定义的代码，这都不在一个频道上……

由搞计算的人来主推这事，恐怕是推不动的。

说到点上了

@krixaar 说到点上了，通常都认为“跑”是指的编译打包后的最终程序"run"，不是开发调试的“run"