A
в релизе хоть?)
-DCMAKE_BUILD_TYPE=Release воткну, щас проверю.
Size: a a a
2018 August 02
A
о, это правильное замечание. Спасибо.
A
https://gist.github.com/aensidhe/6a0b5e8d1501a4265205922025cbeb1c#file-2-txt - вот это уже больше похоже на правду
E
теперь надо разбираться почему так медленно в шарпе))
E
но скорее всего от несовсем бесплатных спанов + баундс чек на кажду итерацию внутри WriteFixInt32
E
у тебя там вообще идет два слайса подряд
E
в общем если бы ты писал в шарпе на поинтерах - было бы так же быстро
но небезапасно))
но небезапасно))
A
хм. интересная гипотеза.
E
у слайса внутри еще проверка + создание нового спана
E
хотя мб при инлайне проверка вторая выпилится
A
в общем если бы ты писал в шарпе на поинтерах - было бы так же быстро
но небезапасно))
но небезапасно))
а как получить доступ к типу Unsafe?
E
а как получить доступ к типу Unsafe?
нугет пакет вроде
A
в общем если бы ты писал в шарпе на поинтерах - было бы так же быстро
но небезапасно))
но небезапасно))
2018 August 03
E
@aensidhe а зачем тебе там
.AsSpan().GetPinnableReference() ?E
напиши просто &_buffer[0]
E
передача через ref разименованного указателя - ну хз. по идее не должно в асме отличаться от просто передачи поинтера
A
напиши просто &_buffer[0]
Thanks. ну и я наклепал версию на спанах без либы, просто посмотреть, насколько она медленнее пойнтеровой будет
E
E
Unsafe.WriteUnaligned ref короче генерит нормальный кот
A
https://gist.github.com/aensidhe/6a0b5e8d1501a4265205922025cbeb1c#file-spancost-txt - в общем, спаны сколько-то стоят. но больше стоит моя логика.