AT
Вызов функции по указателю просерает перформанс как минимум не меньше, чем ифы. 🤷♀
Size: a a a
2019 December 28
AT
В идеале сделать что то вроде переключение скоростей на указателях, после чего все функции меняются на другие. Язык не важен, это другой проект.
Звучит как типичное ООП с vtable.
P🛸
Вызов функции по указателю просерает перформанс как минимум не меньше, чем ифы. 🤷♀
Окей, попробую тогда.
P🛸
Кстати, трюк с глобальной переменной в жс в хроме ухудшал перф, а в фаерфоксе улетал в космос на х7.
AT
Кстати, трюк с глобальной переменной в жс в хроме ухудшал перф, а в фаерфоксе улетал в космос на х7.
Зависит от особенностей JIT и стартового перформанса в абсолютных числах. 🤷♀
P🛸
Зависит от особенностей JIT и стартового перформанса в абсолютных числах. 🤷♀
Ну там 1.5 секунды горячего кода, джит должен был переключится.
AT
Ну там 1.5 секунды горячего кода, джит должен был переключится.
Переключиться с какого режима на какой? 😉
P🛸
С не оптимального жс-ного, на спекулятивные вычисления
AT
Ну там 1.5 секунды горячего кода, джит должен был переключится.
AT
С не оптимального жс-ного, на спекулятивные вычисления
Почему Вы думаете, что он в начале неоптимально работал? Почему Вы думаете, что НЕ переключился?
P🛸
Почему Вы думаете, что он в начале неоптимально работал? Почему Вы думаете, что НЕ переключился?
Мне кажется вы не так поняли, я думаю он переключился за первые миллисекуны. Кстати борода if-ов (у меня их минимум 8), хуже указателя на функцию https://stackoverflow.com/questions/20906060/if-statement-vs-function-pointer
AT
Понятно, что один указатель на функцию без ифов лучше, чем несколько ифов. Но если у Вас 8 ифов, то не думаю, что Вы отделаетесь одним указателем на функцию, и в ней самой не будет ифов. 😉
M
Мне кажется вы не так поняли, я думаю он переключился за первые миллисекуны. Кстати борода if-ов (у меня их минимум 8), хуже указателя на функцию https://stackoverflow.com/questions/20906060/if-statement-vs-function-pointer
Не всегда, если это switch-case (который в худшем случае трансформируется в jump table) то произвордительрность может быть и не хуже, кроме того у меня часто выходило, что бинарный поиск организованный через иерархию вложенных if-else был быстрее даже чем поисковая таблица, но это все зависит от размеров. иногда только реальные бенчмарки скажут наверняка
2019 December 29
К
а как нормально пробросить массив больше чем стандартная страница?
я конечно сделал grow(столько_сколько_нужно) у exports.memory, но верно ли это?
я конечно сделал grow(столько_сколько_нужно) у exports.memory, но верно ли это?
К
(учтем что это чистый wasm без обвязки в виде emcc)
M
а как нормально пробросить массив больше чем стандартная страница?
я конечно сделал grow(столько_сколько_нужно) у exports.memory, но верно ли это?
я конечно сделал grow(столько_сколько_нужно) у exports.memory, но верно ли это?
можно использовать эти методы:
__builtin_wasm_current_memory(); // получить колличество выделенных страниц (memory.size)
__builtin_wasm_grow_memory(pagesDelta); // увеличить текущее колличество страниц на pagesDelta
__builtin_wasm_current_memory(); // получить колличество выделенных страниц (memory.size)
__builtin_wasm_grow_memory(pagesDelta); // увеличить текущее колличество страниц на pagesDelta
К
MaxGraey
можно использовать эти методы:
__builtin_wasm_current_memory(); // получить колличество выделенных страниц (memory.size)
__builtin_wasm_grow_memory(pagesDelta); // увеличить текущее колличество страниц на pagesDelta
__builtin_wasm_current_memory(); // получить колличество выделенных страниц (memory.size)
__builtin_wasm_grow_memory(pagesDelta); // увеличить текущее колличество страниц на pagesDelta
ну это тоже самое что со стороны js я дергаю grow
M
Ну да, а ты чего хочешь?
M
Если ты хочешь пробросить массив, который не помещается в линейную память, то его нужно расширить, где уже это делать тебе решать, где удобнее там и расширяй)