DK
Да. В знаке равно, например:
=😂
Size: a a a
2020 September 12
EG
Я бы скорее сказал про синтаксис замыканий
EG
Вот там как раз параллельность важна
Э
А если серьёзно, то смотри
std::thread::spawn и tokio::spawn или smol::Task::spawn.DK
А если серьёзно, то смотри
std::thread::spawn и tokio::spawn или smol::Task::spawn.я ожидал что-то типа parallel_for как в VC++
Э
Первое это OS-треды, а второе и третье — зелёные треды.
EG
я ожидал что-то типа parallel_for как в VC++
Э
Да, вон, всякие ништяки и адаптеры под треды есть в rayon и crossbeam.
Э
Хотя про crossbeam не уверен.
EG
Но у rayon довольно большие накладные расходы на преобразование в pariter/коллект из pariter.
EG
Т. е. надо быть аккуратным и не пытаться распараллелить и так быстрые задачи
Э
Или просто сразу в параллельном виде делать. Но это придётся по большей части руками с тем же
std::thread::spawn.OA
Т. е. надо быть аккуратным и не пытаться распараллелить и так быстрые задачи
Когда мы нашу криптографию в район засунули (где большая часть - умножение в avx512) получили раза в два хуже скорость.
V
Т. е. надо быть аккуратным и не пытаться распараллелить и так быстрые задачи
У района вроде ж можно было это тюнить? Я помню ещё в первой версии квиксорта была оптимизация для последних пачек
OA
Там все параллелилось норм, просто каждый индивидуальный блок работы был достаточно быстрый чтоб тормоза от переключения контекста сказались
V
Когда мы нашу криптографию в район засунули (где большая часть - умножение в avx512) получили раза в два хуже скорость.
Тут ещё зависит от того где запускать. Много ж процессоров шарят авх юниты между ядрами/тредами
OA
Какой то норм ай7 был
V
Особенно критично на ноутах, где просто можно в тротлинг уйти
V
Короче профилировать надо