A Python Interpreter Written in Rust

Re:A Python Interpreter Written in Rust by sametmax on Saturday February 02, 2019 @06:57PM (#19066734)

I want it to have the GIL, because I want it to maintain compat with C extensions.

We already have a plan to bypass the GIL: multi interpreters.

Having an implementation in Rust may make future improvement to Python easier, so it's better to have something exactly similar first, then start to hack it.

[ Parent | on HN ]

Re:A Python Interpreter Written in Rust by FartyMcFarter on Sunday February 03, 2019 @07:10AM (#19069179)

By multi interpreters do you mean several interpreter processes without shared memory? (or only limited memory sharing)

CPython can do that too, but this isn't really multi-threading, and it only bypasses the GIL in a very trivial sense.

But yeah, keeping the GIL is probably the only reasonable way to go if you want compatibility with existing extensions.

[ Parent | on HN ]

Re:A Python Interpreter Written in Rust by sametmax on Sunday February 03, 2019 @08:32AM (#19069467)

Yes. Actually you get one gil per interpretter, and can spawn your thread in sub interpretter.

Cpython could do it, but currently can't provide much since the api to do it is only accessible from c.

[ Parent | on HN ]

Re:A Python Interpreter Written in Rust by FartyMcFarter on Sunday February 03, 2019 @01:31PM (#19071275)

Doesn't CPython do this with the multiprocessing module?

https://docs.python.org/2/library/multiprocessing.html

[ Parent | on HN ]

Re:A Python Interpreter Written in Rust by sametmax on Monday February 04, 2019 @03:56PM (#19080544)

No, this spawns several process, while sub interpretters allow you to have several of them in one single process, making data sharing much cheaper.

[ Parent | on HN ]