Názory k článku Pohled pod kapotu JVM – porovnání bajtkódu virtuálního stroje Javy s Lua a Pythonem
-
pita (neregistrovaný)
Tak kvalitnich clanku je jak safranu. Dekuji.
O vystup prekladacu do strojaku, resp. jeho assemblerovske (chcete-li JSA), jsem se kdysi zajimal, bytekod je pro me takova reminiscence ;)
Lua ma hodne rychly beh bytekodu, zrejme diky jednoduchosti a snazsi konverzi na optimalni strojove instrukce a casto vystaci s registry bez potreby ukladat na zasobnik. Nevim jestli se autor bude venovat kompilovani(?) bytekodu, ale co jsem videl benchmarky LuaJITu 2.x, tak mi malem vypadly oci z dulku ;) Jen skoda ze standardni interpretr Lua neni thread-safe(to neni ani CPython nebo Ruby) a s mnozstvim a vyzralosti modulu/knihoven to taky neni dvakrat slavne. Pritom je tak genialne jednoduchy a zaroven by odpadal kompromis rychlost vs. vysokourovnovost . -
Pavel TišnovskýZlatý podporovatelO LuaJITu se zmíním, a to ze dvou důvodů: 1) není moc známý 2) na to, že je to skoro jen one man show má skutečně velmi dobré výsledky
Lua a knihovny - no někdy mi to taky vadí (teď zrovna pár skriptů v Lua zase píšu), ale na druhou stranu to je vlastnost, tvůrci nechtějí dělat "battery included" řešení tak, jak to má Python například. Ale základ, tj. nějaká ta knihovna na JSON, XML, http server, to se dá najít.
-
Pavel TišnovskýZlatý podporovatel
No trošku se to ovlivnit dá, například pro HotSpot jsou známé programátorské obraty, které vedou JIT k lepším či naopak k horším optimalizacím, ale nic na úrovni anotací (například) ve větší míře neexistuje, alespoň prozatím v současné JLS.
Laboruje se s nějakými pokusy typu @NonNull, samozřejmě pomáhají lambda výrazy pro (teoretickou) paralelizaci, ale to je vše, nic na úrovni *Lispu například (nebo nověji Clojure, ale i to je brzděno javovským JITem).
-
ČLÁNKY DO MAILU