Суперкомпиляторы и суперинтерпретаторы

Mar 22, 2008 12:31

Я вот думаю, что современный подход к нейронным сетям (в которых сеть заставляют моделировать объект, а не просто "распознавать") и суперкомпиляторы (в которых делается модель программы, замещающая исходную программу в тот момент, когда результаты их исполнения оказываются эквивалентными) -- это один и тот же подход примата моделирования над ( Read more... )

Leave a comment

vitus_wagner March 22 2008, 11:43:38 UTC
Компиляторы (в том числе и супер) и интерпретаторы - просто имеют принципиально разные области применения. Не надо писать на компилируемых языках то, где нужно сильно позднее связывание (интерфейсы пользователя, мобильные агенты и т.д.), но не надо и писать на интерпретируемых языках реализации криптоалгоритмов.

Reply

slobin March 22 2008, 12:10:11 UTC
"Позднее связывание" + "компиляция" = "поздняя компиляция". Just in Time, Ahead of Time -- умных слов много. Почему-то на моих задачках Питон, пропущенный через такой вот поздний компилятор, оказывается строго вторым после чистых C и впереди компилируемых Ocaml и C++. Надо будет попробовать криптоалгоритм на нём написать и замерить.

... Ненавижу романтику и электронику ...

Reply

avlasov March 22 2008, 16:31:01 UTC
А что за задачи если не секрет?

Reply

slobin March 22 2008, 20:29:16 UTC
"Всякая фигня" (© анекдот). Парсинг текста, последующая обработка -- то, что всю жизнь писали на языках типа Перла или Питона и называли не "программами", а "скриптами". Оно и было на Питоне, но захотелось побыстрее. Переписанное вручную на чистом Си быстрее стало, но в XXI веке вручную распределять память? На Окамле и Плюсах выигрыша почти на было. Пинон+писхо, ну и переписать отдельные места кода, которые он иначе не смог скомпилить и оставил интерпретируемыми, оказалось самым удачным вариантом.

... Morning waits at the end of the world ...

Reply

avlasov March 23 2008, 11:17:13 UTC
Меня удивило, что ОКамл медленнее. Он ведь статически компилируемый с выводом типов, с хорошими оптимизациями и т.д.
Я вот тоже на Джаве пишу выскоскоростной код, пропускная способность под миллион сообщений в секунду, причем Джавовский ХотСпот отличтно с этим справляется, я Си использую в основном для обвязки вокруг Си-шной ДЛЛки.

Reply

ailev March 22 2008, 12:14:39 UTC
В проекте COLA (он же IS из VPRI) как раз ставится задача получения кода не менее быстрого, чем на Си -- но с суперпоздним связыванием. И к этой цели они довольно быстро движутся.

Reply


Leave a comment

Up