[pypy-commit] extradoc extradoc: expand
fijal
pypy.commits at gmail.com
Fri Aug 11 12:02:58 EDT 2017
Author: fijal
Branch: extradoc
Changeset: r5828:a37e8e51e1bc
Date: 2017-08-11 18:02 +0200
http://bitbucket.org/pypy/extradoc/changeset/a37e8e51e1bc/
Log: expand
diff --git a/blog/draft/remove-gil.rst b/blog/draft/remove-gil.rst
--- a/blog/draft/remove-gil.rst
+++ b/blog/draft/remove-gil.rst
@@ -7,6 +7,10 @@
in the Python community. There has been various attempts at removing it:
some were successful, like e.g. in Jython or IronPython with the help of the platform, and some yet to bear fruit, like `gilectomy`_. Since our `February sprint`_ in Leysin,
we've been on-and-off tackling directly the topic of GIL removal in the PyPy project.
+We believe that the work done in IronPython or Jython can be reproduced with
+only a bit more effort. Compared to that, removing the GIL in CPython is a much
+harder topic, since it requires tackling the problem of multi-threaded reference
+counting. See the section below for further discussions.
.. _`February sprint`: https://morepypy.blogspot.it/2017/03/leysin-winter-sprint-summary.html
@@ -64,7 +68,11 @@
data structures with locks and what do we do with reference counting that needs
to be guarded. PyPy only has the former problem; the latter doesn't exist,
due to a different garbage collector approach. Of course the first problem
-is a mess too, but at least we are already half-way there.
+is a mess too, but at least we are already half-way there. Compare to Jython
+or IronPython, PyPy lacks some data structures that are provided by JVM or .NET,
+which we would need to implement, hence the problem is a little harder
+than on an existing multithreaded platform. However, there is good research
+and we know how the problem can be solved.
Best regards,
Maciej Fijalkowski
More information about the pypy-commit
mailing list