NE
да, суть я понял
С определениями напутал
С определениями напутал
Size: a a a
2019 September 09
NE
получается, единтсвенный вариант исправить это — уменьшить размер файла? (или размер ф-ий? или и того и того)
ҪҸ
ну да, только оптимизации результирующего васма какими-нибудь способами
M
получается, единтсвенный вариант исправить это — уменьшить размер файла? (или размер ф-ий? или и того и того)
Если важен больше футпринт по памяти, но не производительности то лучше оставаться на бейзлайне, liftoff кстати не такой уж и медленный
NE
но ведь без флагов этого не сделаешь
M
но ведь без флагов этого не сделаешь
нет
NE
стало быть только оптимизации
NE
может подскажете, как лучше его соптимизировать?
NE
сейчас компилим вот с такими параметрами
https://github.com/oraoto/pib/blob/master/build.sh#L40-L51
https://github.com/oraoto/pib/blob/master/build.sh#L40-L51
MZ
Воркшоп по WebAssembly Smart Contracts 17ого сентября в Киеве: https://www.facebook.com/events/417252502102480/
SK
имхо на wat можно было вообще не тратить ресурсы, его и так много чем можно просмотреть.
Для GC бинрный формат еще не задизайнили. Тулы всякие его не особо поддерживают.
ҪҸ
Для GC бинрный формат еще не задизайнили. Тулы всякие его не особо поддерживают.
текстовый тоже для gc не готов
SK
есть черновик
ҪҸ
но как это поможет?
SK
Поможет глазами смотреть на то, что сгенерилось, а бинарник генерировать через wasmTextToBinary, который в SpiderMonkey
ҪҸ
так нет бинарного формата :)
M
Поможет глазами смотреть на то, что сгенерилось, а бинарник генерировать через wasmTextToBinary, который в SpiderMonkey
Как wasmTextToBinary будет это делать если нет еще опкодов для anyref <-> tuple / struct / i31ref кастинга и вообще все это очень условно. Спека по хорошену не обновлялась аж 2 года. С рефакторингом interface types все может очень сильно еще поменяться
ҪҸ
или там уже прототип?