Paralelizace a zrychlení v Pythonu

[Kolemjdoucí]

Myslis "In CPython, the global interpreter lock, or GIL, is ..."?

Již to tady bylo 3x.

Aha a jak by ta kvalita měla být lepší, když to umí v podstatě to stejné co Java?

Java umí standardní multithreading, Python ne.

V podstate umi i to, co cecko

Poslúchajte, Kefalín, čo vy si predstavujete pod takým pojmom "cecko" ? :-)

u cpythonu ne, kdyz pouzijes jiny interpreter, treba jython, nebo ironpython, tak ty GIL nemaji

Tak máme tady nové resumé
--- Kód v C se použitím v Pythonu stává přehlednějším.
--- Přepsáním kódu z Pythonu do C se Python stane rychlým.
--- Přepsáním interpretu Pythonu do Java nebo C# se Python stane lepším.

[Reklama]

[DK]

Myslis "In CPython, the global interpreter lock, or GIL, is ..."?

Již to tady bylo 3x.

Tak proc porad trvate na tom, ze i jine interprety maji GIL?

V podstate umi i to, co cecko

Poslúchajte, Kefalín, čo vy si predstavujete pod takým pojmom "cecko" ? :-)

Odpovidal jsem na tu blbost "když to umí v podstatě to stejné co Java?"

u cpythonu ne, kdyz pouzijes jiny interpreter, treba jython, nebo ironpython, tak ty GIL nemaji

Tak máme tady nové resumé
--- Kód v C se použitím v Pythonu stává přehlednějším.
--- Přepsáním kódu z Pythonu do C se Python stane rychlým.
--- Přepsáním interpretu Pythonu do Java nebo C# se Python stane lepším.

To tvrdite vy. Ja tvrdim pouze jedine - pouzitim jineho interpretu, ktery nema GIL, se paralelni zpracovani zrychli

[Honza1Ubuntu]

Ta úplně původní otázka, trvá cca 1,5 hod jeden soubor, nebo všech 40 000  souborů ? To první bych tolik neřešil, to druhé je docela problém a potřeba řešit. Je značně jatěžován disk nebo jedno vlákno procesoru ? V prvním případě paralelizace jenom zhorší (a oddělá disk ještě před koncem záruky).