Сообщение Re[7]: Производительность .Net на вычислительных задачах от 21.10.2020 14:54
Изменено 21.10.2020 14:55 Mystic Artifact
Re[7]: Производительность .Net на вычислительных задачах
Здравствуйте, Sinclair, Вы писали:
S>Ладно, я вроде бы нашёл, что добавление -march=skylake форсит более современную векторизацию.
К слову о общих решениях vs C++ / понятности кода: если добавил march/avx2 то хорошо бы в C++ версии так же поддерживать и платформу без AVX2, при этом в виде одного бинарника, и выбирать реализацию в рантайме — а это уже потенциально добавит костылей на N строчек кода. Я не в том плане, что это прям нужно делать, но это точно добавит шума. Я уже не говорю, о том, что msvc линкер будет читить напрополую и при малейшем нарушении ODR которое не диагностируется (зачем, ведь стандарт не обящует) — он нагенерит абсолютно невменяемый код (раз в 10х больше абсолютно бесполезных команд), который в добавок будет падать.
S>Ладно, я вроде бы нашёл, что добавление -march=skylake форсит более современную векторизацию.
К слову о общих решениях vs C++ / понятности кода: если добавил march/avx2 то хорошо бы в C++ версии так же поддерживать и платформу без AVX2, при этом в виде одного бинарника, и выбирать реализацию в рантайме — а это уже потенциально добавит костылей на N строчек кода. Я не в том плане, что это прям нужно делать, но это точно добавит шума. Я уже не говорю, о том, что msvc линкер будет читить напрополую и при малейшем нарушении ODR которое не диагностируется (зачем, ведь стандарт не обящует) — он нагенерит абсолютно невменяемый код (раз в 10х больше абсолютно бесполезных команд), который в добавок будет падать.
Re[7]: Производительность .Net на вычислительных задачах
Здравствуйте, Sinclair, Вы писали:
S>Ладно, я вроде бы нашёл, что добавление -march=skylake форсит более современную векторизацию.
К слову о общих решениях vs C++ / понятности кода: если добавил march/avx2 то хорошо бы в C++ версии так же поддерживать и платформу без AVX2, при этом в виде одного бинарника, и выбирать реализацию в рантайме — а это уже потенциально добавит костылей на N строчек кода. Я не в том плане, что это прям нужно делать, но это точно добавит шума. Я уже не говорю, о том, что msvc линкер будет читить напрополую и при малейшем нарушении ODR которое не диагностируется (зачем, ведь стандарт не обязует) — он нагенерит абсолютно невменяемый код (раз в 10х больше абсолютно бесполезных команд), который в добавок будет падать.
S>Ладно, я вроде бы нашёл, что добавление -march=skylake форсит более современную векторизацию.
К слову о общих решениях vs C++ / понятности кода: если добавил march/avx2 то хорошо бы в C++ версии так же поддерживать и платформу без AVX2, при этом в виде одного бинарника, и выбирать реализацию в рантайме — а это уже потенциально добавит костылей на N строчек кода. Я не в том плане, что это прям нужно делать, но это точно добавит шума. Я уже не говорю, о том, что msvc линкер будет читить напрополую и при малейшем нарушении ODR которое не диагностируется (зачем, ведь стандарт не обязует) — он нагенерит абсолютно невменяемый код (раз в 10х больше абсолютно бесполезных команд), который в добавок будет падать.