M
Нет, это байткод для шейдерных программ похоже
Size: a a a
2020 July 04
К
Не, это AGAL, это шейдера.
Это херь в 200 строк:)
Во, вот это. https://www.adobe.com/content/dam/acom/en/devnet/pdf/avm2overview.pdf
Это херь в 200 строк:)
Во, вот это. https://www.adobe.com/content/dam/acom/en/devnet/pdf/avm2overview.pdf
EG
Это стековый байткод. А джит транслировал в жс сохранив работу в со стеком в сгенеренном коде?
К
Это стековый байткод. А джит транслировал в жс сохранив работу в со стеком в сгенеренном коде?
Он гибридный.
там и регистры и стек.
Да, стек просто развернут в локальные переменные, так же как регистры.
те push это:
stack1 = method()
pop
его нет:)
там и регистры и стек.
Да, стек просто развернут в локальные переменные, так же как регистры.
те push это:
stack1 = method()
pop
его нет:)
M
А что если сделать иначе? Портировать jpexs-decompiler (https://github.com/jindrapetrik/jpexs-decompiler) на js. Он умеет превращать байткод в AS3, который в свою очередь очень похож на js уже так как они все из одного семейства.
Это будет намного лучше, так как будет на уровень выше. А так у тебя получается JIT компиляция в jit-компилируемом рантайме)
Это будет намного лучше, так как будет на уровень выше. А так у тебя получается JIT компиляция в jit-компилируемом рантайме)
К
MaxGraey
А что если сделать иначе? Портировать jpexs-decompiler (https://github.com/jindrapetrik/jpexs-decompiler) на js. Он умеет превращать байткод в AS3, который в свою очередь очень похож на js уже так как они все из одного семейства.
Это будет намного лучше, так как будет на уровень выше. А так у тебя получается JIT компиляция в jit-компилируемом рантайме)
Это будет намного лучше, так как будет на уровень выше. А так у тебя получается JIT компиляция в jit-компилируемом рантайме)
Да, если бы не HAXE
M
А при чем здесь haxe?
К
потому что он генерть байт-код, которые не реверсится.
К
Да и перф JPEX никакой, он 1000 методов декомпилит минут 5.
У нас всего секунд 10 на всё.
У нас всего секунд 10 на всё.
M
Я думаю, те кто компилируют из haxe не нуждаются в вашей библиотеке, так как haxe прекрастно транслируется во много целевых платформ, в том числе и в web
К
:) скажи арморам
К
ага.
Они уже там панику подняли, что медленно проходит процесс.
Имеется ввиду любой компилятор не из flex или даже просто любая тупая обусфикация - и JPEX делает это минут 40
Они уже там панику подняли, что медленно проходит процесс.
Имеется ввиду любой компилятор не из flex или даже просто любая тупая обусфикация - и JPEX делает это минут 40
M
тогда у меня один совет - прекращайте уже пинать мертвую лошадь
К
MaxGraey
тогда у меня один совет - прекращайте уже пинать мертвую лошадь
Ну 4 года же кто-то платит:)
Значит кому-то надо
Ща это стало масштабнее
Значит кому-то надо
Ща это стало масштабнее
M
И за 4 года у вас только PoC?
К
MaxGraey
И за 4 года у вас только PoC?
Нет, просто никто не пытался запихать флешку в 60мб в него.
Были довольны простые.
Оно нормально работает, ток медленно.
AVM1 (который as2) оч шустро крутиться.
Почти соизмеримо с оригиналом
Плюс раньше были хотя бы сорцы, можно было тупо пихать транспил as2 -> TS под окружение без avm
Были довольны простые.
Оно нормально работает, ток медленно.
AVM1 (который as2) оч шустро крутиться.
Почти соизмеримо с оригиналом
Плюс раньше были хотя бы сорцы, можно было тупо пихать транспил as2 -> TS под окружение без avm
EG
https://github.com/codehag/TwitchMonkey/blob/master/engine.js
У нас он такой и есть, только он не инкрементальный. Он фолбекается на интрепретер, если не смог скомпилировать.
Ток JIT инородного порождает новые тяжелые инструкции поверх тех, которых нету в оригинале.
Те это транспиленный байткод на лету, которые еще нужно потом оптимизить.
Конечно можно еще добавить инструкции, будет 2 компилятора - транспиллер байткода, оптимизатор, и уже JIT сам, из нашего оптимизнутого байткода.
Все бы хорошо, ток это зае* тестить.
У нас он такой и есть, только он не инкрементальный. Он фолбекается на интрепретер, если не смог скомпилировать.
Ток JIT инородного порождает новые тяжелые инструкции поверх тех, которых нету в оригинале.
Те это транспиленный байткод на лету, которые еще нужно потом оптимизить.
Конечно можно еще добавить инструкции, будет 2 компилятора - транспиллер байткода, оптимизатор, и уже JIT сам, из нашего оптимизнутого байткода.
Все бы хорошо, ток это зае* тестить.
Я не нашел никакого IR, как собственно и оптимизаций. Вижу только наивную трансляцию одного в другое. Итого в коде должно получаться куча ифов, которые джит браузера (да впрочем и любой компилятор) не прожует. Я где нить ошибся?
К
Я не нашел никакого IR, как собственно и оптимизаций. Вижу только наивную трансляцию одного в другое. Итого в коде должно получаться куча ифов, которые джит браузера (да впрочем и любой компилятор) не прожует. Я где нить ошибся?
Я для этого тут и есть, был бы он - нафиг мне чат?
EG
Книжку почитать?) или тебе статей накидать?
К
Второе лучше.
Считай к понедельнику нада:)
Считай к понедельнику нада:)