lp
в васме обычно приводит к memory.grow
Size: a a a
2020 May 11
MV
раньше кк brk/sbrk
в ptmalloc и сейчас тоже
MV
который по дефолту почти везде в libc
MV
в ptmalloc и сейчас тоже
для арены, занятой главным потоком
lp
интересный поинт, но давай не оставим эту дисскусию на потом.
lp
по моей информации обычно malloc приводит к mmap
MV
смотри, то что ты говоришь, это mstate
MV
но в версии dlmalloc в wasi есть mstate и теоретически он может работать, как ты сказал
.
MV
но нам всё равно нужно при расширении понимать занята эта страница или нет
MV
т.е. можно в начале страницы делать маркер какой-то и проверять его
lp
нет не нужно
lp
я же говорю: безусловно новую аллоцировать
lp
она всегда будет чистой
MV
в васме обычно приводит к memory.grow
извини, я тебя тут сбил, что ты дальше хотел написать? Я до сих пор не понимаю твою идею
AT
извини, я тебя тут сбил, что ты дальше хотел написать? Я до сих пор не понимаю твою идею
Если я правильно понял, то речь идёт одновременно про 2 аллокатора: тот, который вызывает memory.grow, и тот, который реализует memory.grow.
MV
Если я правильно понял, то речь идёт одновременно про 2 аллокатора: тот, который вызывает memory.grow, и тот, который реализует memory.grow.
ну вот второй - это поддержка со стороны вм
lp
нет ребята, я еще раз повторяю, никакой поддержки вм не нужно
AT
Опять же, если правильно понял, предложение было пропатчить второй чтобы он всегда свежие страницы возвращал.
lp
ванильная вм
lp
memory.grow единственное что нужно в той конструкции которую я предлагаю
1) и так уже есть в МВП
2) отдает свежие страницы
1) и так уже есть в МВП
2) отдает свежие страницы