Нашёл-таки.
Статья о том, как для VLIW архитектуры (TriMedia, процессоры подразделения Philips для телевизоров) сделали систему сжатия кода путём создания стековой машины и использования loop pipelining для увеличения производительности интерпретатора.On a TriMedia VLIW with a load latency of three cycles and a jump latency of four cycles, the interpreter achieves a peak performance of four cycles per instruction and a sustained performance of 6.27 cycles per instruction. Experiments are described that demonstrate the compression quality of the system and the execution speed of the pipelined interpreter; these were found to be about five times more compact than native TriMedia code and a slowdown of about eight times, respectively.
Итого, сжали в пять раз.
Если взять за правило, что стек, CISC, RISC и VLIW отличаются в 2-3 раза по размеру кода (CISC больше стековой машины, RISC больше CISC и тп), то товарищи добились плотности кода примерно уровня CISC. С 8-микратным замедлением в ненужных местах и полной скоростью в нужных. ;)
Это я вспомнил потому, что создатель LuaJIT жалуется, что компиляторы никогда не смогут стать умнее программиста. Да и так, на всякий случай. Вдруг снова придётся вспоминать, а я всё TriMedia с Trident путаю. ;)
Итого, сжали в пять раз.
Если взять за правило, что стек, CISC, RISC и VLIW отличаются в 2-3 раза по размеру кода (CISC больше стековой машины, RISC больше CISC и тп), то товарищи добились плотности кода примерно уровня CISC. С 8-микратным замедлением в ненужных местах и полной скоростью в нужных. ;)
Это я вспомнил потому, что создатель LuaJIT жалуется, что компиляторы никогда не смогут стать умнее программиста. Да и так, на всякий случай. Вдруг снова придётся вспоминать, а я всё TriMedia с Trident путаю. ;)