最近 Python 针对性能改进做了很多工作。比如实现了子解释器，以后可以在一个进程里面启动多个 Python 解释器了。

不过我觉得老的方案去掉 Python 的 GIL 不是什么好事。不如把 Python 变成纯粹的单线程语言。把 multiprocessing 模块改造一下，把在进程中执行变成在单独的子解释器中执行。这个方案兼具多进程隔离的好处，以及多线程内存传递数据的便捷，实现高效的并行。最终也能实现去掉 GIL——因为单线程语言确实不需要 GIL.

【 在 hgoldfish 的大作中提到: 】
: Python 指导委员会宣布，它计划接受 PEP 703（Making the Global Interpreter Lock Optional，让全局解释器锁成为可选）。Python 3.13 版本预计会加入对 No-GIL 模式的初步支持。CPython 的全局解释器锁（GIL）阻止了同时多线程执行代码，成为了在多核 CPU 上提高 Python 代
: 朐诵行实囊淮笳习EP 703 提案得到了 Meta 公司的全力支持，它承诺将为此分配全职开发者。Python 指导委员会强调了兼容性的重要性，要避免出现类似 Python 3 的情况，称它不是 Python 4。
: https://www.solidot.org/story?sid=75650
: ...................
--
修改:hgoldfish FROM 117.24.95.*
FROM 117.24.95.*

子解释器这种都是小trick。
当年psyco就是用的一模一样的思路实现的。

去掉gil这个尝试值得支持，前提是不要有太大的副作用。
至于你这个单线程语言的说法很奇怪啊，不就是删掉thread库就行了？
【 在 hgoldfish 的大作中提到: 】
: 最近 Python 针对性能改进做了很多工作。比如实现了子解释器，以后可以在一个进程里面启动多个 Python 解释器了。
: 不过我觉得老的方案去掉 Python 的 GIL 不是什么好事。不如把 Python 变成纯粹的单线程语言。把 multiprocessing 模块改造一下，把在进程中执行变成在单独的子解释器中执行。这个方案兼具多进程隔离的好处，以及多线程内存传递数据的便捷，实现高效的并行。最终也能实现去掉 GIL——因为单线程语言确实不需要 GIL.
:
--
FROM 223.104.147.*

psyco是直接加载一个独立的魔改版python interpreter，这样才能实现jit。这种搞法当然是独立GIL的。

兼容性很容易啊，既然要搞纯单线程预言了，那就做个假的dummy thread/process好了。
【 在 hgoldfish 的大作中提到: 】
: 子解释器是这个版本才实用的。以前所有解释器共用一个 GIL，现在每个解释器用一个。子解释器好像在 Python 1.x 版本就有了。
: 去掉 thread 模块不够，会带来兼容问题。需要结合线程和子解释器，再做个新模块，比如把 subintpter，里面同样实现 Thread 和 Process 的那些接口，还有 map/reduce 这些函数。
: 和 Process 一样，每个 SubInterpreter 都是独立环境，不怕 GIL. 但是既然都是同一个进程，迁移数据就会简单很多。从主解释器发送对象到另外一个解释器过去的话，可能只要加减个引用计数就行了——这里最好采用无锁实现。这个计划是正在实现中的:
: ...................
--
FROM 180.111.51.*