Google pracuje na 5x zrychlení Pythonu

Na Google Code se objevil nový projekt Unladen Swallow, který si klade za cíl zvýšit výkonnost standardní implementace Pythonu nejméně pětinásobně. Pro dosažení cíle bude použito LLVM, jehož přechodná reprezentace (IR) nahradí současnou přechodnou reprezentaci v Pythonu. Výsledný IR kód bude pomocí LLVM optimalizován a JITován. Pro optimální výkon na vícejádrových procesorech bude optimalizátor i nový garbage collector vícevláknový. Více v Project Plan, FAQ, a také článku na Ars Technica.

28.3.2009 11:38 | Boris Dušek | Zajímavý projekt

Komentáře

[pavlix]

Hmm, "google pracuje na" a "na google code se objevil nový projekt", to je docela rozdíl, ne?

[Boris Dušek]

Ano, ale ve FAQu a komentářích k Project Planu je napsáno, že 2 vývojáři Googlu na tom pracují full-time a ostatní stávající vývojáři na tom pracují v Googlu ve svém 20% čase. Nějak jsem nechtěl úplně duplikovat titulek i v textu zprávičky, a taky jsem někde musel utnout to, co napíšu do zprávičky, a co nechám na čtenářovi, aby se dozvěděl (popř. ověřil) ve FAQ apod

[pp]

Kterou vlaštovku myslí? Africkou nebo evropskou?

[Vin]

A není to jedno? Je nezatížená...

[Milan Lajtoš]

 Nebyť tohto threadu, tak si to ani neuvedomím a nezasmejem sa.. ;)

[xobot]

no zrovna pri PYTHONe by to bola aj skoda :)

[Vít Profant]

Svatý grále!

[vencas]

wow, držím jim palce.

[Limoto]

+1

[Michal Fecko]

Drzim palce - nech je to aspon takto rychle!

[Venec]

To moc rychly nebylo ta myš se tam cukala ještě dlouho, ale jinak dost fuj!! :-O

[Michal Fecko]

Ako by povedal hovorca komercnej TV - taky je zivot

[kralyk z abclinuxu]

Útok odbytý během 3 frejmů videa, to mi přijde jako slušná rychlost...

[default]

Tohle je taky dost dobrý

[Václav HFechs Švirga]

Já bych chtěl rychlejší ruby .

[Boris Dušek]

Hmm, nějak se s tím roztrhl pytel, koukám, že Apple a Google od sebe "opisujou": MacRuby pojede taky na LLVM

[Deleted [8409]]

Škoda, že neinvestujou aspoň do toho parrotu. Takto si pořád hraje každý jazyk na svém písečku a podle mě je to chyba. Jinak jo, super myšlenka, python je jak slimák :)

[Andrej]

preco by si zvysovali naklady spotrebovanim hodin na parrot namiesto toho aby tie iste hodiny investovali do pythonu (a konkretne do sposobu ako ten python pouzivaju ich servre)?

[Deleted [8409]]

Zkuste se podívat na tu myšlenku z dlouhobobého hlediska

[Ondrej 'SanTiago' Zajicek]

A o co je z dlouhodobejsiho hlediska lepsi pouzit Parrot nez pouzit LLVM?

[Deleted [8409]]

Tak to jste moc dobře nepochopil, co jsem chtěl říct. Myšlenka použití LLVM se mi zdá dobrá, ale aby z toho profitoval jen jeden jazyk, to se mi zdá z dlouhodobehé hlediska špatné. Takže si prohoďte Parrot a Python, a LLVM nechte kde byl :)

[alblaho]

Jistěže by bylo fajn, kdyby z toho profitovali všichni, ale oni se z mnoha pochopitelných důvodů rozhodli modifikovat CPython. Stejně tak to nedělají nad 3.0, ale nad 2.6 (v Google používají 2.4).

[AHAHA]

Google se nesnazi o obecne blaho ani o nadrzovani Pythonu.

Proste Python pouzivaji, zda se jim pomaly a proto se jej snazi zrychlit - a to nejschudnejsi cestou.

[vencas]

Z dlouhodobého hlediska se o parrotu pořád mluví a skutek utek, zatímco LLVM má obdivuhodné tempo vývoje a funguje. Takže spíš by se spíš mohl začít port perlu 6 na LLVM... Pochybuju, že by google v tomhle neměl jasno.

[happy barney]

Parrot už vyšiel vo verzii 1.0 (bolo to dokonca i tuná v správičkách).
s tým "pořád mluví a skutek utek" ste asi myslel Rakudo (implementácia Perl 6 v Parrot), čo vraj ani tieto vianoce hotové nebude

[alblaho]

Tak si přečti důvody toho jejich rozhodnutí. Potřebují kompatibilitu s extenžnama v C/++.

[Deleted [8409]]

Pokud to generujou, tak by to neměl být problém, ne? Ale já jim do toho kecat nebudu, Python po dlouhé době opouštím :)

[JS]

Duvod? Ja jen, ze se take snazim Python po dlouhe dobe opustit, a prejit na Lisp; ale nevim, jestli to vyjde.

[Deleted [8409]]

Popravdě se chci zbavit všech dynamicky typovaných jazyků, kromě javascriptu (prohlížeče). Python ale používám dál například na skriptování (umím ho mnohem víc než bash). Nemůžu říct, že by byl Python špatný, ale obsahuje syntax, na kterou jsem si za nějakou dobu programování nezvykl. Druhá věc co mě štve je ta, že jsem pro něj nenašel IDE, které by umělo tolik co IDE pro C++/C#/Javu (včetně nápovědy, ladění a refaktorizace).

Po nějaké době programování v Pythonu mám pocit, že to je perfektní jazyk na malé věci (nebo pospojování více věcí dohromady), ale na větší aplikace nemá. Podle mě to nesouvisí ani tak s Pythonem, ale s dynamickým typováním (možná i s tím Pythonem, třeba v ČR neznám moc programátorů v Pythonu).

[xm]

Dynamické typování považuji právě za obrovskou výhodu jazyka. Ve staticky typovaném jazyku bych dělat nechtěl. Ale musí to být samozřejmě uděláno dobře (právě jako v Pythonu... nebo třeba Ruby či Smalltalku), zkrátka dynamické typování, ale silné (duck typing). Ne jako je to třeba v PHP, to je katastrofa.

[Deleted [8409]]

Mě by ale zajímalo, jak to v praxi používáte;) To opravdu mícháte třeba řetězce a čísla nebo dokonce pole? Já jsem psal v Pythonu webapp a toto jsem nepotřeboval, naopak v mnoha případech dělám kontroly základních typů.

[happy barney]

ako? napr viem, že všetky vstupné objekty do určitého algoritmu majú metódu name, a nemusia mať rovnakého predka. Jasne, dá sa to implementovať aj v C++ (ideálne viacnásobná dedičnosť, trieda s jedným atribútom, a jeho get/set metódami), aj v Jave (interface, implementácia pre masochistov - a vlastne kto iný používa javu?) a algoritmus sa parametrami kontrolovanými na tento interface ...

[default]

majú metódu name, a nemusia mať rovnakého predka. … aj v Jave … interface

[Py]

neni nad konstrukce jako value = convert_to_something(value)

[frufru]

http://www.netbeans.org/features/python/index.html

[Deleted [8409]]

Psal jsem, že programuji nějaký ten pátek :)

[Daniel Kvasnička ml.]

Souhlas s tim typovanim... Ja se pro webove aplikace ustalil na Jave, protoze staticke typovani mi poskytuje nesrovnatelne vetsi prehlednost a s dobrym IDE je mnozstvi veci, ktere musim napsat navic oproti dyn. jazyku naprosto minimalni. Vsak i ten Google na velke veci nepouziva na serveru primalne Python, ale Javu, AFAIK. A take se velice vazne spekuluje o tom, ze Java (mozna s pouzitim Dalviku) bude dalsi podporovanou platformou na Google Apps -- coz by byla naprosta bomba (http://gigaom.com/2009/03/26/java-coming-soon-to-googles-app-engine/)

A s tim IDE, to uz z principu nikdy nebude takove jako treba u Javy, prave kvuli tomu typovani....

[peterh]

No neviem si predstavit, ze by to ostalo zadarmo.. Aj ked nie je ani teraz, ale na velmi male sity tam tie free limity stacia.

[peterh]

Trosku OT, ale kto s tym robite - da sa v pythone dynamicky menit kod? Trebars mi bezi server a za chodu vymienam moduly, a pod. (podobne ako v erlang alebo edit&continue v msvc)

K spravicke - google apps engine bezi na pythone, asi by z toho dost profitovali.

[alblaho]

Erlang je ne tohle speciálně stavěný (edit&cont bude pár hacků). V Pythonu lze reloadnout změněný modul, lze vyzkoušet v běžící konzoli.

Google appse je na Pythonu? Wau. Myslím, že Writley byl původně nad .Netem, ale dost možná, že z toho moc nezůstalo. Python+psyco pohání Youtube.

[Ladicek]

Myslím, že Writley byl původně nad .Netem

V Googlu dělají něco v .NETu? Mám pocit, že jediné povolené jazyky jsou C++, Java, Python a JavaScript. A jo, Google AppEngine je na Pythonu. Jon McAlister vypadal trochu překvapeně, nebo možná pobaveně, když jsem mu říkal, že "it is very interesting, even if it is Python"

[alblaho]

Writley přece koupili...

[Ladicek]

No jo, ovšem, všechno jasný.