Vlákno názorů k článku Další kulaté výročí v IT: dvacet let existence Pythonu 2 od jurasn - No, co se budoucnosti Pythonu a alternativních implementací...

No, co se budoucnosti Pythonu a alternativních implementací týče, tak jsem asi nejvíce zvědavý na Oraclí GraalPython - impementace Pythonu nad GraalVM. Dle posledního dema, co jsem viděl by mělo jít o plně jitovanou a optimalizovanou implementaci s kompletním API pro rozšiřující moduly (slibují minimálně podporu pro numpy a scipy). Navíc se zdá, že to celé běží nad něčím velice podobným jako Java, neboli konečně bude v Pythonu plnohodnotný multi threading bez GILu.

Multi threading bez GILu v CPythonu uz je, subinterprety. Pripadne Cython. Podle me je Graal VM a JIT obecne slepa cesta, sice je to v nekterych situacich rychlejsi, ale za cenu velke komplexity.

Máš prosím nějaký odkaz na tutoriál, který by ukázal, jak to v Pythonu "normálně" používat? Ne nějaké šílené hacky přes C API, ale normální, přímočarý kód v Pythonu.

Budouci modul interpreters uz je implementovan v pythonu 3.8 pod nazvem _xxsubinterpreters. Priklady pouziti najdete treba na githubu.

Našel jsem

https://morioh.com/p/f9ac967a1149 a

https://github.com/python/cpython/blob/master/Lib/test/test__xxsubinterpreters.py

Vypadá to poměrně slibně, byť je to trochu zašmodrchané jako spousta věcí, kde se Python snaží zůstat svůj a zároveň se posunout. Každopádně dík za tip.

"Multi threading bez GILu v CPythonu uz je, subinterprety."

A nejsou subinterprety spíš "víc GILů", jakože pro N (a více) vláken budu mít N subinterpretrů s celkem N GILy? :)

Btw. který use case potřebuje nemít GIL a zároveň nejde řešit přes procesy a messaging? Za pár let tu budou procesory se stovkami jader, takže stejně možná raději na vlákna zapomeňte a začněte si zvykat na ten messaging :)

V Rustu si v ideálním případě pustím Rayon a on mi výpočet rozdělí mezi tolik jader, kolik bude mít k dispozici. Nechci messaging, ideálně ani v Pythonu. Je jasné, že Python nikdy nebude tak rychlý jako C++ nebo Rust, ale na spoustu věcí jsou prostě vlákna ideální.

"výpočet rozdělí mezi tolik jader, kolik bude mít k dispozici."

tohle jde v cythonu velice jednoduse

https://cython.readthedocs.io/en/latest/src/userguide/parallelism.html

vyhoda je snadna integrace s python aplikaci, kvuli par radkum vykonove kritickeho kodu nemusite psat celou aplikaci v nizkourovnovem jazyce.

"A nejsou subinterprety spíš "víc GILů", jakože pro N (a více) vláken budu mít N subinterpretrů s celkem N GILy? :)"

v cem se to projevi konkretne? Ty GILy nebudou nic blokovat.