←back to thread

The first year of free-threaded Python

(labs.quansight.org)
256 points rbanffy | 1 comments | 16 May 25 09:42 UTC | HN request time: 0.224s | source
Show context
pansa2 ◴[16 May 25 11:38 UTC] No.44004148[source]▶
Does removal of the GIL have any other effects on multi-threaded Python code (other than allowing it to run in parallel)?

My understanding is that the GIL has lasted this long not because multi-threaded Python depends on it, but because removing it:

- Complicates the implementation of the interpreter

- Complicates C extensions, and

- Causes single-threaded code to run slower

Multi-threaded Python code already has to assume that it can be pre-empted on the boundary between any two bytecode instructions. Does free-threaded Python provide the same guarantees, or does it require multi-threaded Python to be written differently, e.g. to use additional locks?

replies(4): >>44004334 #>>44004386 #>>44007874 #>>44011862 #
1. btilly ◴[16 May 25 17:22 UTC] No.44007874[source]▶
It makes race conditions easier to hit, and that will require multi-threaded Python to be written with more care to achieve the same level of reliability.