kouzdra: А вот тут, читая одну альтернативку

(Читать комментарии) - (Добавить комментарий)

qwerty
2012-11-09 03:56 (ссылка)

А это потому, что она интерпретатор, в худшем случае текстовый, в лучшем байткодный. По-хорошему следовало бы байткод динамически компилять в натив для конкретного железа с применением спекулятивных оптимизаций.

(Ответить) (Уровень выше) (Ветвь дискуссии)

kouzdra
2012-11-09 11:02 (ссылка)

Риальне там по хорошему надо бы просто либо код на чем-то пристойном генерить (да хоть на жабе) и быренько компилять фирменным компилятором и выполнять (чо щас будет совершенно прозрачно), либо хоть LLVM прикрутить.

JIT тут как раз не по сеньке шапка.

(Ответить) (Уровень выше) (Ветвь дискуссии)

qwerty
2012-11-09 11:27 (ссылка)

Там уже есть динамический компилятор, который занимается спекулятивным сужением типов (комплексных в вещественные), только он генерирует байткод. Можно на него забить и честно статически скомпилять, не занимаясь спекуляциями, либо заранее сгенерировать специалированные версии с переходами между. Можно, наоборот, его улучшить до диначеского компилятора в натив с оптимизациями (распараллеливанием и векторизацией) под имеющиеся на данном компе ЦПУ/ГПУ. Что лучше, заранее сказать трудно, ибо очень зависит от языка, программы и железа. Второе, очевидно, забавнее :)

(Ответить) (Уровень выше)

(Читать комментарии) -