БГ
Я тут уже забрасывал идею, вроде
Size: a a a
2020 October 05
БГ
Типа оптимизации распараллеливания
ᅠ
Вроде не могут
БГ
Типа оптимизации распараллеливания
Через сетевые графики
БГ
Из кода же достаточно очевидно можно выделить места которые можно распараллелить
R3
Опять Бензофурановая шиза началась?)
БГ
Опять Бензофурановая шиза началась?)
Это не шиза, а неплохая идея
R3
Ладно-ладно, просто иронизирую над идеями, которые кончаются идеей; продолжим
БГ
Типа
При условии что some_func и other_func это чистые функции - обработку 3 и 4 строк можно выполнять параллельно
1. a = ...
2. b = ...
3. c = some_func(a)
4. d = other_func(b)
5. r = c+d
При условии что some_func и other_func это чистые функции - обработку 3 и 4 строк можно выполнять параллельно
БГ
И это будет быстрее (при условии что у нас не одноядерный проц без всяких гипертредингов и прочих финтифлюшек)
БГ
А сетевые графики чисто помогают это выявить
АА
Пачаны, сколько кармы у меня?
БГ
А сетевые графики чисто помогают это выявить
Типа вот так оно будет выглядеть для приведённого кода:
a -> c -> r <- d <- b
^ ^
| |
some_func other_func
БГ
(и да, имея на руках AST-представление кода уже можно такого рода оптимизации производить)
БГ
Сейчас @alext18 залетит сюда и скажет что нужно читать про редуцирование)
k
попал челик кажеца
AT
Не знаю, о чем речь, но то, что чистые функции упрощают (примерно в тысячу раз) распараллеливание - факт. Зачастую в функциональном коде для параллельности даже менять ничего не надо, кроме запуска.
БГ
А есть такие штуки которые сами параллелят код?
БГ
Ну типа языки в которых это из коробки прям реализовано