Vlákno názorů k článku Python: skriptování ve více vláknech od anonym - Po proletnuti clanku se mi zda, ze Vam...
-
Po proletnuti clanku se mi zda, ze Vam unikla dost zasadni informace, a to sice existence Global Interpreter Locku. Jde o zamek, ktery ma kazdy proces s pythonim interpretrem, a ktery prakticky znemoznuje paralelni spousteni vlaken, proto jsou vlakna v Pythonu spise zbytecny overhead navic. Ac jsem velky nadsenec do Pythonu, tak musim rict (a nejen ja), ze thready jsou v Pythonu docela zlo. Mozna ten Stackless Python je na tom lepe... Dalsi informace http://en.wikipedia.org/wiki/Global_Interpreter_Lock .
Pokud chcete opravdu zpracovavat neco paralelne, musite si pustit vice procesu a tim padem vice interpretru, kde ma kazdy svuj globalni zamek. Neni to zas tak slozite, otazka je, jestli to nezere moc prostredku a neni to nekdy moc kanon na vrabce, preci jenom vlakna jsou vlakna...
Dalsi moznosti je Python 3.x, ktery obsahuje modul multiprocessing tusim, ktery vypada zvenci jako thready, ale uvnitr se pousteji procesy.
No a extremni moznost je napsat si cast programu v C za pouziti Python/C API, kde je mozne odblokovat zamek, pokud se zrovna u vas vykonava ciste Cckovy kod. Je to podobne jako odblokovat a pak zase zablokovat mutex. -
Článek vycházel hlavně z http://docs.python.org/library/threading.html#module-threading . Tam o tom není ani zmínka :( Teď koukám na http://docs.python.org/library/multiprocessing.html#module-multiprocessing a tam se o tom píše, takže bych měl ještě jeden článek věnovat tomuto modulu. -
linuxnew (neregistrovaný)k tomuto se pripojuji, hrat si s necim cely vikend a pak o tom napsat clanek neni dle meho soudu ta spravna cesta, praci jen precist si co to jsou vlakna (obecne) muze clovek na hodne mistech kdyz tohle chape, neni problem se podivat na konkretni implementaci v danem jazyce
-
No tak koukam, ze nekdy je lepsi nevedet :))). Threading pouzivam v Pythonu nekolik let a nikdy sem nenarazil na zadnej problem s nakym GILem :). Normalne mi GUI aplikace reaguje i kdyz v jinym threadu nacita data, normalne se mi script pripoji pres telnet na 100 masin najednou a vystup z nich zpracuje. Asi neco delam spatne :). Pravda vubec nepouzivam locky. Data prenasim mezi threadama pred queue... -
Inkvizitor (neregistrovaný)Ano, je rozdíl mezi výpočtem konkurenčním a paralelním. Navíc bych dodal, že GIL nedrží ta vlákna po celou dobu, ale pouze po dobu, kdy potřebují přistupovat k pythonovským objektům. To znamená, že výpočet ve skutečnosti může běžet paralelně, ale to paralelní zrychlení je omezené v závislosti na tom, co jednotlivá vlákna skutečně dělají.
-
Wrunx (neregistrovaný)
No, já jsem víceméně laik, takže jen postřeh: Když si pustím šest threadů python 2.7.8 na osmijádru AMD FX-8350, tak vidím na grafu procesorů že jich to opravdu 6 vytěžuje... ale ne na 100 %, ale tak na 40. Čili imho na více jádrech to rozhodně běží, ale jak efektivně, toť otázka, protože když si spustím v několika konzolích po jednom skriptu, tak všechny běží prakticky na 100... :-)
-
anonymníO GIL se pise treba tady: http://heather.cs.ucdavis.edu/~matloff/Python/PyThreads.pdf
Pokud se autor podival jen do http://docs.python.org, tak tam skutecne neni v kapitolach o threadingu ani carka. -
zde (neregistrovaný)> No a extremni moznost je napsat si cast programu v C za pouziti Python/C API, kde je mozne odblokovat zamek, pokud se zrovna u vas vykonava ciste Cckovy kod.
Díky za příspěvek, chystal jsem se napsat něco velmi podobného. Ale proč to odemknutí považujete za extrémní možnost? Napsal jsem v Pythonu poměrně rozsáhlou produkční aplikaci, která hodně času stráví v C modulu, který je poměrně izolovaný a do sdílených dat nesahá- s odemknutím nebyl žádný problém, a teprve poté mohly ostatní thready použít druhé jádro na serveru.
Přesto bych doporučoval- pokud je aspoň trochu možné aplikaci napsat jako víceprocesovou (komunikace jen pomocí wait(), pipe(), nebo mmap(.. MAP_SHARED), tak se na vlákna úplně vykašlete, a vesele sys.fork()ujte. Ty moduly pro multithreading se mi nezdají moc kvalitní. -
Ano mate pravdu, nic tak extremniho na tom neni, jenom jsem to psal v 1 hodinu rano a tak nejak se mi asi zdalo, ze v kontextu programovani v Pythonu to nekomu muze prijit slozitejsi, takze to melo znit mozna trosku jako varovani ve smyslu "pozor, neni to takova sranda, jako proste psat v Pythonu", ale jinak opakuji, souhlasim s Vami.
ČLÁNKY DO MAILU