Компания Google, использующая язык Lua в своих внутренних проектах, объявила (http://google-opensource.blogspot.com/2010/01/love-for-luaji...) об оказании финансовой поддержки проекту LuaJIT (http://luajit.org/), нацеленному на создание JIT-компилятора для Lua (http://www.lua.org/). В качестве первоочередной задачи после получения помощи от Google, разработчики намерены обеспечить поддержку в LuaJIT архитектуры x86-64. Итоговая версия LuaJIT будет выпущена под свободной лицензией MIT/X.
URL: http://google-opensource.blogspot.com/2010/01/love-for-luaji...
Новость: http://www.opennet.me/opennews/art.shtml?num=25104
мегакруто.
еще аналог для Питона, TCL и Эрланг ;)
Для питона есть jython.
Для Python Google разрабатывает Unladen Swallow.
Jython - это из другой оперы.
>Для Python Google разрабатывает Unladen Swallow.
>Jython - это из другой оперы.OMG !!
и правда есть проект :-)
забавно будет(если появится)глянуть.
JIT это всегда костыль. Нужен только AOT.
Роясните ход Ваших мыслей, если Вы считаете, что что-то = костыль, как их этого следует, чтоэто (никому?) не нужно? $-)))
А по-моему, это очевидно - если что-то можно скомпилить заранее, надо это сделать и не тратить зря ни процессорное время ни память, как делают все современные жавы-неты.
>А по-моему, это очевидно - если что-то можно скомпилить заранее, надо это
>сделать и не тратить зря ни процессорное время ни память, как
>делают все современные жавы-неты.Чрезвычайно сложно добиться хорошей динамики языка без JIT. Точнее почти невозможно. Именно поэтому CL, и теперь вот - perl6, включают в язык прямой доступ к компилятору.
Как вы собираетесь например переправлять объекты по сети между разными аппаратными платформами? Без jit там будет только интерпретация, что жопно по производительности. А сериализация только данных, без кода - ограничивает возможности.
>>А по-моему, это очевидно - если что-то можно скомпилить заранее, надо это
>>сделать и не тратить зря ни процессорное время ни память, как
>>делают все современные жавы-неты.
>
>Чрезвычайно сложно добиться хорошей динамики языка без JIT. Точнее почти невозможно. Именно
>поэтому CL, и теперь вот - perl6, включают в язык прямой
>доступ к компилятору.
>Как вы собираетесь например переправлять объекты по сети между разными аппаратными платформами?
>Без jit там будет только интерпретация, что жопно по производительности. А
>сериализация только данных, без кода - ограничивает возможности.этим(поиском ОТВЕТОВ на Ваши вопросы)занимаются ВСЕ(в мире IT), с массой тела от полумиллиарда юсд.
наиболее удачные ответы IMHO, были найдены коммандой Transmeta и бритнский отделением MIPS.
а что до эмоциональной стороны то да, тут всегда непростой tradeoff производительность/гибкость, производительность/динамика развития итд итп.
> Чрезвычайно сложно добиться хорошей динамики языка без JIT. Точнее почти невозможно.Не "почти невозможно", а "невозможно". Поэтому я и сказал что надо компилировать все что можно, а что нельзя - там уж, извините, JIT.
> Именно поэтому CL, и теперь вот - perl6, включают в язык прямой доступ к компилятору.
Ну так и отлично, только AOT это не отменяет.
те на LLVM гуглёвцы забивают сознательно (для Lua и Python есть соотв. проекты).
К чему бы это?
>те на LLVM гуглёвцы забивают сознательно (для Lua и Python есть соотв.
>проекты).
>К чему бы это?не хотят Apple помогать, ибо он основной спонсор и разработчик LLVM ;-)
It (Unladen Swallow) aims to achieve its goals by supplementing CPython's custom virtual machine with a JIT built using LLVM (http://en.wikipedia.org/wiki/Unladen_Swallow)