Исходное сообщение
"Основанные на GCC проекты JIT-компилятора и расширения,..." Отправлено arisu, 05-Окт-13 12:06
>> при этом libjit — если выкинуть вливы — > Гыгы, действительно, нафиг надо генерить код под GPU? jit-компилятором? однозначно не надо, jit-ы не для этого совсем придуманы. >> весит значительно меньше, работает сильно быстрее и выдаёт достаточно >> неплохой код. вдобавок имеет интерпретатор для архитектур, где нет кодогенерации. > Звучит довольно вкусно. оно ещё вкуснее, на самом деле, потому что на вход libjit'у подаётся почти классический SSA. то есть, распределением регистров, уничтожением лишних временных переменных и прочей «низкой» механикой занимается сама libjit. и это действительно удобно. и ещё там есть плюшки для перекомпиляции уже раз отджитеной функции, при этом с поддержкой многопоточности. то есть, сам компилятор только в одном потоке может работать, но: пока мы упорно занимаемся перекомпиляцией, другие потоки спокойно используют старую версию функции. а потом libjit заменит её на новую. при этом позаботившись о том, чтобы ничего не упало и не сглючило, если какой-то другой поток в это время всё ещё находится в старом варианте. «из коробки» оно умеет x86, x86_64 и arm. то есть, подавляющее большинство устройств, где может понадобиться, охвачено. да и создание нового бэкэнда не ракетная наука.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> при этом libjit — если выкинуть вливы — >> Гыгы, действительно, нафиг надо генерить код под GPU? > jit-компилятором? однозначно не надо, jit-ы не для этого совсем придуманы. >>> весит значительно меньше, работает сильно быстрее и выдаёт достаточно >>> неплохой код. вдобавок имеет интерпретатор для архитектур, где нет кодогенерации. >> Звучит довольно вкусно. > оно ещё вкуснее, на самом деле, потому что на вход libjit'у подаётся > почти классический SSA. то есть, распределением регистров, уничтожением лишних временных > переменных и прочей «низкой» механикой занимается сама libjit. и это действительно > удобно. > и ещё там есть плюшки для перекомпиляции уже раз отджитеной функции, при > этом с поддержкой многопоточности. то есть, сам компилятор только в одном > потоке может работать, но: пока мы упорно занимаемся перекомпиляцией, другие потоки > спокойно используют старую версию функции. а потом libjit заменит её на > новую. при этом позаботившись о том, чтобы ничего не упало и > не сглючило, если какой-то другой поток в это время всё ещё > находится в старом варианте. > «из коробки» оно умеет x86, x86_64 и arm. то есть, подавляющее большинство > устройств, где может понадобиться, охвачено. да и создание нового бэкэнда не > ракетная наука.
	Введите код, изображенный на картинке: