> -----Original Message-----
> From: Paul Sokolovsky <pmis...@gmail.com>
> Sent: Friday, May 29, 2020 2:26 PM
> To: redrad...@gmail.com
> Cc: python-ideas@python.org
> Subject: [Python-ideas] Re: Python GIL Thoughts
>
> Hello,
>
> On Fri, 29 May 2020 14:19:40 -0000
> redrad...@gmail.com wrote:
>
> > Yesterday RustPython team finished threading without GIL:
> > https://github.com/RustPython/RustPython/issues/1831
>
> So what? As was pointed out, there're bunch of Python implementations
> which don't use GIL. And it's very easy to stop caring about GIL, there're
> roughly 3 ways to deal with the problem:
>
> 1. Don't use threads, don't need to care about GIL. This is the choice of
the
> people of 21st century.
>
> 2. Don't share data among the threads, don't have problem. Smart among us
> can constrain themselves with just a power of will, everyone else needs to
> get a separate heap per thread (or separate roots in the same heap, but
> that's impl detail), so they couldn't do that even they want.
> Oh, they could - as long as data is constant. Constness matters! This is
the
> way which everyone and their grandma uses in the area of programming
> languages. Even CPython gets that in the shape of "interpreters" module.
>
> 3. Instead of GIL, have fine-grained per-object locks. That's the Java
way,
> which stuffs a lock field into each object, even though 99.9% of them will
> never need it.
>
>
> All these 3 ways of doing concurrency were available for Python for ages,
and
> whoever needed them, used them. GIL, and complaining about it, is strictly
a
> paraphernalia of users of a particular implementation, CPython.
>
These are things that a runtime implementer has to decide on. These are
also thing that a runtime use gets to complain about. "Don't share data
amongst threads" is not advice to the cpython user to get truly parallel
thread execution, its gaslighting them on what the GIL does and when. Its
actively harmful to people who read that and don't know any better.
> []
>
> --
> Best regards,
> Paul mailto:pmis...@gmail.com
> _______________________________________________
> Python-ideas mailing list -- python-ideas@python.org To unsubscribe send
> an email to python-ideas-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message archived at https://mail.python.org/archives/list/python-
> id...@python.org/message/7TST6FB7PA4YJTGBUMZ5TEUPSVF3G5CD/
> Code of Conduct: http://python.org/psf/codeofconduct/
_______________________________________________
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-le...@python.org
https://mail.python.org/mailman3/lists/python-ideas.python.org/
Message archived at
https://mail.python.org/archives/list/python-ideas@python.org/message/UKP4FN3NZZPRN53PER5WEWH4PWYZRDS6/
Code of Conduct: http://python.org/psf/codeofconduct/
