On 2013-05-17 12:22, Borneq wrote:
> Uzytkownik "R.e.m.e.K" <g...@d...null> napisal w wiadomosci
> news:5187fe0a$0$1255$65785112@news.neostrada.pl...
>> Czytam o tym projekcie/technologii i mam pytanko. Otoz komplet
>> narzedzi to
>> jak wiadomo front-end zlozony z kompilatora bajtkodu, optymalizator tegoz
>> bajtkodu, oraz back-end(y) ktory na wlasciwej maszynie docelowej za
>> pomoca
>> JIT generuje wlasciwy kod maszynowy. Czyli jak zgaduje dystrybucja
>> aplikacji
>> polega na dystrybucji bajtkodu oraz tego back-endu, ktory przy pierwszym
>
> Genialna sprawa. O ile bylem niezbyt przekonany do wirtualnych maszyn
> Javy i .NET bo ograniczaly w pewnym sensie w porównaniu z kodem
> wynikowym w assemblerze, to LLVM jest uniwersalny i pozwala odciazyc
> twórców kompilatórów od tworzenia kodu assemblerowego na rózne platformy
> wraz z optymalizacja.

No ale przeciez Java VM i LLVM to dwie rozne rzeczy. Jesli interesuje
cie implementacja JVM - zagadnienia zwiazane z optymalizacja, GC itd, to
polecam zainteresowac sie Jikes RVM http://jikesrvm.org

Standardowo dostepne sa dwie implementacje kompilatora JIT:
- "base" - bez optymalizacji - kod wynikowy ma wydajnosc zblizona do
interpretera
- "optimizing" - oparty o IR (tak, tak :-) )

Masz pomysly optymalizacyjne? Eksperymentuj :-)

--
Michal