RB
Вот чо вам в воскресенье не спится?
Size: a a a
2020 November 22
PP
Логично что будет работать, если он на других армах работает, интерпретатор же
PP
Вот чо вам в воскресенье не спится?
У меня вечер субботы :)
SR
Petr Penzin
Логично что будет работать, если он на других армах работает, интерпретатор же
логично)
RB
Petr Penzin
У меня вечер субботы :)
Америка?
SR
а я просто 5 часов назад проснулся =)
PP
Америка?
Ога
TS
@rustlang_ru
там в описании чата ссылка на другие
там в описании чата ссылка на другие
+
Б
@maxgraey
Привет!
читаю доку https://www.assemblyscript.org/memory.html#importing-memory
а конкретно:
можно ли как то этого избежать?
хотелось бы сделать так, чтоб та память, которую импортит васм модуль вообще никак им не модифицировалась
Привет!
читаю доку https://www.assemblyscript.org/memory.html#importing-memory
а конкретно:
One thing to take care of is that if the module defines data segments, it will place these into the imported memory upon instantiation of the module
можно ли как то этого избежать?
хотелось бы сделать так, чтоб та память, которую импортит васм модуль вообще никак им не модифицировалась
M
@maxgraey
Привет!
читаю доку https://www.assemblyscript.org/memory.html#importing-memory
а конкретно:
можно ли как то этого избежать?
хотелось бы сделать так, чтоб та память, которую импортит васм модуль вообще никак им не модифицировалась
Привет!
читаю доку https://www.assemblyscript.org/memory.html#importing-memory
а конкретно:
One thing to take care of is that if the module defines data segments, it will place these into the imported memory upon instantiation of the module
можно ли как то этого избежать?
хотелось бы сделать так, чтоб та память, которую импортит васм модуль вообще никак им не модифицировалась
В смысле? Что бы в память ничего не писалось? Или писалось, но линейная память не росла (что бы не было вызова memory.grow под капотом)?
M
Вообще так можно, но тогда нужно забыть о рантайме и использовать только load / store, никаких слассов (разве что полностью статические). В KhronosGroup например именно так и делают:
https://github.com/KhronosGroup/Universal-Texture-Transcoders
https://github.com/KhronosGroup/BC6H-Decoder-WASM
https://github.com/KhronosGroup/Universal-Texture-Transcoders
https://github.com/KhronosGroup/BC6H-Decoder-WASM
Б
В смысле? Что бы в память ничего не писалось? Или писалось, но линейная память не росла (что бы не было вызова memory.grow под капотом)?
хочется единожды инициализировать кусок памяти на стороне хоста и подсовывать его множеству wasm инстансов, импортируя память.
но судя по документации, при наличии data сегментов их содержимое запишется в импортируемую память.
хочется этого избежать )
но судя по документации, при наличии data сегментов их содержимое запишется в импортируемую память.
хочется этого избежать )
AT
Вроде ж offset можно выставить?.. 🤔
M
хочется единожды инициализировать кусок памяти на стороне хоста и подсовывать его множеству wasm инстансов, импортируя память.
но судя по документации, при наличии data сегментов их содержимое запишется в импортируемую память.
хочется этого избежать )
но судя по документации, при наличии data сегментов их содержимое запишется в импортируемую память.
хочется этого избежать )
В AssemblyScript можно задать свое смещение для __heap_base (см --memoryBase флаг). И рантайм будет начинать сегмент для данных и хипа с него. А все что до этого значения будет нетронуто
Б
Вроде ж offset можно выставить?.. 🤔
верно, но мне казалось что всё равно все операции будут происходить над импортируемой памятью
Б
на самом деле, видимо я хочу иметь возможность импортить несколько кусков памяти. одна - рид онли, во второй - пусть происходит что угодно
M
верно, но мне казалось что всё равно все операции будут происходить над импортируемой памятью
То что ты хочешь будет только после multi-memory пропозала. Сейчас ты максимум что можешь - это зарезервировать область в импортируемой памяти которая будет нетронута, сместив memoryBase на нужное тебе значение
Б
понял, спасибо за ответы
AT
То что ты хочешь будет только после multi-memory пропозала. Сейчас ты максимум что можешь - это зарезервировать область в импортируемой памяти которая будет нетронута, сместив memoryBase на нужное тебе значение
Но из модуля же можно принудительно прочитать память до memoryBase, если мы знаем что там и где лежит?