The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Компания Google поддержала создание JIT-компилятора для языка Lua

21.01.2010 22:35

Компания Google, использующая язык Lua в своих внутренних проектах, объявила об оказании финансовой поддержки проекту LuaJIT, нацеленному на создание JIT-компилятора для Lua. В качестве первоочередной задачи после получения помощи от Google, разработчики намерены обеспечить поддержку в LuaJIT архитектуры x86-64. Итоговая версия LuaJIT будет выпущена под свободной лицензией MIT/X.

Напомню, что силами разработчиков Google в рамках проекта Unladen Swallow ведется создания экспериментальной реализации интерпретатора языка Python, использующего для оптимизации производительности JIT-компилятор.

  1. Главная ссылка к новости (http://google-opensource.blogs...)
  2. OpenNews: Новая версия набора компиляторов LLVM Compiler 2.6
  3. OpenNews: Unladen Swallow - новая реализация интерпретатора Python на базе LLVM
  4. OpenNews: Разработчики Google задались целью сделать Python интерпретатор в 5 раз быстрее
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25104-lua
Ключевые слова: lua, jit, comtile
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (13) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Basiley (ok), 23:16, 21/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    мегакруто.
    еще аналог для Питона, TCL и Эрланг ;)
     
     
  • 2.2, mitya (ok), 23:53, 21/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для питона есть jython.
     
     
  • 3.3, yt (?), 00:16, 22/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для Python Google разрабатывает Unladen Swallow.
    Jython - это из другой оперы.
     
     
  • 4.11, Basiley (ok), 00:40, 23/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Для Python Google разрабатывает Unladen Swallow.
    >Jython - это из другой оперы.

    OMG !!
    и правда есть проект :-)
    забавно будет(если появится)глянуть.

     

  • 1.4, аноним (?), 00:44, 22/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    JIT это всегда костыль. Нужен только AOT.
     
     
  • 2.6, Andrey Mitrofanov (?), 12:17, 22/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Роясните ход Ваших мыслей, если Вы считаете, что что-то = костыль, как их этого следует, чтоэто (никому?) не нужно? $-)))
     
     
  • 3.8, Аноним (-), 17:52, 22/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А по-моему, это очевидно - если что-то можно скомпилить заранее, надо это сделать и не тратить зря ни процессорное время ни память, как делают все современные жавы-неты.
     
     
  • 4.9, ixrws (??), 18:30, 22/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А по-моему, это очевидно - если что-то можно скомпилить заранее, надо это
    >сделать и не тратить зря ни процессорное время ни память, как
    >делают все современные жавы-неты.

    Чрезвычайно сложно добиться хорошей динамики языка без JIT. Точнее почти невозможно. Именно поэтому CL, и теперь вот - perl6, включают в язык прямой доступ к компилятору.
    Как вы собираетесь например переправлять объекты по сети между разными аппаратными платформами? Без jit там будет только интерпретация, что жопно по производительности. А сериализация только данных, без кода - ограничивает возможности.

     
     
  • 5.12, Basiley (ok), 00:43, 23/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>А по-моему, это очевидно - если что-то можно скомпилить заранее, надо это
    >>сделать и не тратить зря ни процессорное время ни память, как
    >>делают все современные жавы-неты.
    >
    >Чрезвычайно сложно добиться хорошей динамики языка без JIT. Точнее почти невозможно. Именно
    >поэтому CL, и теперь вот - perl6, включают в язык прямой
    >доступ к компилятору.
    >Как вы собираетесь например переправлять объекты по сети между разными аппаратными платформами?
    >Без jit там будет только интерпретация, что жопно по производительности. А
    >сериализация только данных, без кода - ограничивает возможности.

    этим(поиском ОТВЕТОВ на Ваши вопросы)занимаются ВСЕ(в мире IT), с массой тела от полумиллиарда юсд.
    наиболее удачные ответы IMHO, были найдены коммандой Transmeta и бритнский отделением MIPS.
    а что до эмоциональной стороны то да, тут всегда непростой tradeoff производительность/гибкость, производительность/динамика развития итд итп.

     
  • 5.14, аноним (?), 15:54, 26/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Чрезвычайно сложно добиться хорошей динамики языка без JIT. Точнее почти невозможно.

    Не "почти невозможно", а "невозможно". Поэтому я и сказал что надо компилировать все что можно, а что нельзя - там уж, извините, JIT.

    > Именно поэтому CL, и теперь вот - perl6, включают в язык прямой доступ к компилятору.

    Ну так и отлично, только AOT это не отменяет.

     

  • 1.5, Аноним (-), 08:27, 22/01/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    те на LLVM гуглёвцы забивают сознательно (для Lua и Python есть соотв. проекты).
    К чему бы это?
     
     
  • 2.10, Ariel (??), 22:48, 22/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >те на LLVM гуглёвцы забивают сознательно (для Lua и Python есть соотв.
    >проекты).
    >К чему бы это?

    не хотят Apple помогать, ибо он основной спонсор и разработчик LLVM ;-)

     
  • 2.13, Анониум (?), 02:25, 23/01/2010 [^] [^^] [^^^] [ответить]  
  • +/
    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)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру