Python的GIL与垃圾收集器有什么关系？

Question

我刚在Hacker News上看到Unladen Swallow的文档中的这一部分。简单来说，就是谷歌的工程师们表示他们对去掉全局解释器锁（GIL）并不乐观。不过，在谈论GIL的时候，似乎也夹杂了一些关于垃圾回收器的讨论。有人能给我解释一下这两者之间的关系吗？

Answer 1

我刚在这里发现了关于这个话题的另一个观点： http://renesd.blogspot.com/2009/12/python-gil-unladen-swallow-reference.html

Answer 2

Tuna-Fish的回答基本上已经说得很清楚了。如果你想要更多的细节，可以看看这里有个讨论，内容是关于如何在不对引用计数产生太大影响的情况下，去掉GIL（全局解释器锁）：http://mail.python.org/pipermail/python-ideas/2009-October/006264.html

Answer 3

简单来说，现在的Python内存管理是通过引用计数加上标记-清扫的垃圾回收机制来实现的，这种方式是为了减少延迟，而不是提高处理速度。

当只有一个线程在修改数据时，这种方式没问题，但如果是多线程的环境，每次修改引用计数的时候都需要进行同步，否则可能会出现数据丢失的情况。而在现代硬件上，进行这种同步操作是比较耗费资源的。

如果引用计数不那么频繁地被修改，这就不会成为问题了，但在CPython中，几乎每一个操作都有可能导致某个地方的引用计数发生变化。所以我们面临的选择是：要么使用全局解释器锁（GIL），要么在修改引用计数时使用某种同步机制（这会让你几乎把所有时间都花在同步上），要么就放弃引用计数，使用真正的垃圾回收机制。