Ускорение интерпретации

0

2

Считается, что значительная просадка производительности интерпретации вызвана проверкой типов в рантайме. Возникла такая идея. Что если на уровне интерпретатора реализовать только базовые типы выражений, минимальное их количество, а уже на уровне пользователя писать метациклический интерпретатор, расширяющий базовые типы. Многие типы, и вообще многие фичи, программисту могут не понадобиться в конкретном приложении, поэтому можно избежать многих ненужных проверок. А целевое приложение писать уже на расширенном языке. Получается своего рода DSL. Дала бы такая техника написания программ значительный прирост производительности?

Ссылка

←	Android HDMI

Объясните в чем ошибка

→

← 1 2 →

Ответ на: комментарий от monk 21.06.14 08:42:54 MSK

В лиспе я буду вызывать скомпилированную производную, а в си ты будешь ее интерпретировать.

anonymous
(21.06.14 08:53:03 MSK)

Ответ на: комментарий от anonymous 21.06.14 08:53:03 MSK

Не понял. Что и зачем интерпретировать? Это же банальное алгебраическое выражение, ничего интерпретировать не надо.

anonymous
(21.06.14 09:05:46 MSK)

Ответ на: комментарий от anonymous 21.06.14 09:05:46 MSK

Вот выражение и интерпретировать, что тут непонятного?

anonymous
(21.06.14 09:12:09 MSK)

Ответ на: комментарий от anonymous 21.06.14 09:12:09 MSK

Вот выражение и интерпретировать, что тут непонятного?

Парсим выражение
Строим выражение для производной
Построенное выражение пишем в tmp.c
Компилируем tmp.с в .so
Подключаем .so, обрабатываем данные.

Результат компиляции tmp.c будет лучше чем результат компиляции функции в gcc за счёт экономии на boxing'е double'ов при передаче в библиотечные функции.

monk ★★★★★
(21.06.14 12:09:46 MSK)