VS
ожидание: байтоебля перфоманса
реальность: ебола на JNI https://github.com/dotnet/runtime/pull/45870
реальность: ебола на JNI https://github.com/dotnet/runtime/pull/45870
Зиро паддинг будет?
Size: a a a
2020 December 10
E
Зиро паддинг будет?
для rsa? не секурно же
E
но зачем, оно ж поди тормозит теперь
выбора нет
VS
для rsa? не секурно же
Ну несекурно ,оно, конечно, да
I
ожидание: байтоебля перфоманса
реальность: ебола на JNI https://github.com/dotnet/runtime/pull/45870
реальность: ебола на JNI https://github.com/dotnet/runtime/pull/45870
Снимаете с себя любую ответственность за крипту?
NT
Во всем будет виноват гуголь
A
Жаль что вместе с криптой выкидываются частенько и сценарии не для крипты (привет RIPEMD160)
A
Может кто подсказать - есть возможность с NetStandard проекта сослаться на NetFramework проект, и у этой фичи есть конкретное название. Кто помнит, что это за название?
ЕБ
Aloraman
Может кто подсказать - есть возможность с NetStandard проекта сослаться на NetFramework проект, и у этой фичи есть конкретное название. Кто помнит, что это за название?
A
Net Framework Compatibility Mode
Ага, она самая, спасибо
Ага, она самая, спасибо
I
А для SIMD обязательно наличие DoD и SoA структуры? Я пытаюсь понять, с чего начать оптимизацию, можно ли с SIMD или сначала лучше перевести на SoA. У меня например, очень горячие методы по переводу из cartesian в polar и вычисление InverseDistanceWeighting
Для симдов тебе нужны по сути массивы blittable данных, если у тебя всё на объектах, то не получится, да
I
В принципе, если твои объекты состоят из типичных для симдов наборов данных - группы флотов/интов/лонгов и так далее, то ты можешь использовать симды, пытаясь запинить каждый объект и составляя векторы из тушки объектов, но это будет банально неэффективно
I
Ну если речь про перфоманс, то я думаю это DoD / SoA в любом случае
I
Плю стоит обратить на всякие ILGpu, если у тебя там флоты везде
I
Для даблов мб тоже норм, крч, если у тебя параллелятся вычисления на тонны мини-операций, то можно и GPU подрубить сюда