SP
раст медленене жс
в лисе
Call wasm took 855 milliseconds
Call js took 216 milliseconds.
в хромоге
Call wasm took 15718.560000001162 milliseconds.
Call js took 27.64999999999418 milliseconds.
Size: a a a
2020 August 02
SP
в хромоге жс гораздо быстрее бежит
SP
где то на 500 вызовах хелловорлда в БАТЧЕ васм начинает овнить
SP
не окупается у меня васм :(
SP
и васм не такой быстрый. 500 итераций и скорость умирает
DS
А что за код на жс?
Если там небольшой метод числодробильный без особой динамики, то jit имеет шансы соптимизировать на ура
Если там небольшой метод числодробильный без особой динамики, то jit имеет шансы соптимизировать на ура
KR
Не, у него походу интеропа много
V
Ни у кого случайно нет пейпера по алгоритму real time seam carving?
V
Потому что какие имплементации не найду, все очень и очень долгие
V
liblqr только относительно быстрый, но даже он медленноват
SP
А что за код на жс?
Если там небольшой метод числодробильный без особой динамики, то jit имеет шансы соптимизировать на ура
Если там небольшой метод числодробильный без особой динамики, то jit имеет шансы соптимизировать на ура
ну что я и вижу. ну я бенчу чисто один вызов проецирования вектора
DS
ну что я и вижу. ну я бенчу чисто один вызов проецирования вектора
Ну мелкие функции бессмысленно на васм переводить
SP
это как раз ПРОБЛЕМА что он оптимизирует потому что тогда игра не стоит свеч, но слишком много аспектов. если оно будет на расте то будет лучше всем
SP
Ну мелкие функции бессмысленно на васм переводить
вот хочу нащупать предел мелкости. на 500 вызовах вот уже окупается, тоесть "цикломатическая сложность" * 500
SP
но для лисы это значение намного меньше
ГС
это как раз ПРОБЛЕМА что он оптимизирует потому что тогда игра не стоит свеч, но слишком много аспектов. если оно будет на расте то будет лучше всем
напиши транспилятор из раста в джс и пиши всё на расте
SP
если бы он уже был - было бы круто
KR
если бы он уже был - было бы круто
stdweb умел в asm.js