Python中关于去掉GIL的两篇文章解读
https://lwn.net/Articles/754577/
https://lwn.net/Articles/754162/
Python中关于去掉GIL的两篇文章解读
Python 标准里的确没有规定必须用 GIL。CPython 的 GIL 是绕不过去的。 然而大多数生态都是围绕 CPython 的。所以然并卵。除非你用纯 Py 不依赖任何第三方库。
其实按 GraalVM 的思路是可以的，Python 实际运行的是 GraalVM 的字节码，至于 C 扩展，编译成 LLVM IR，也是又 GraalVM 运行，这样就可以做到底层的都是字节码，而上层不变。
Gilectomy 我记得是我上次翻 PyCon2015/16 看到了 然后查了下就一直没有更新了，作者也是个学生也没得到 CPython 支持 PyPy 不是筹钱搞了下
现在活了吗
目前 python web 开发中，要么是 prefork 的方式，要么是 async 的模式，这两种应对现在流行的微服务都有问题。
前者可以有效利用多核，但是在发生远程调用会把当前 worker 卡住。
后者无法有效利用多核，而且还要有好用的 http/rpc 请求库，包括 requests 也是要在 3.0 版本才支持 async，总而言之，目前异步请求库还不成熟。
如果去掉了 GIL，那就可以用线程池的方式，每个请求使用不同的线程处理，这样既可以利用多核 cpu，也可以利用底层的线程调度机制在发生微服务请求时自动切换线程。
当然，我最疑惑的是老项目里的代码怎么办，以前写代码很少考虑线程安全问题，如果去掉 GIL，搞不好很多代码就有问题了，而且不光是自己写的代码，使用的很多第三方库估计也会有多线程问题。
线程池其实做 IO 性能并不高。async 或者 gevent 可以轻松打到几千个协程，多线程就跪了。
一般线程池是用来做 accept() 解决高并发的。不过然并卵 Linux 内核的 epoll 在多核下有惊群问题。
js 也好意思 233
其实现在多线程问题对 Python 也没那么重要
高并发肯定分布式 分布式肯定跨机器
都跨机器了 。干脆也就只看多进程写法就是
提升一下 Python 本身的性能比解决 gil 锁更有用
