W
При обращении к любой тредовой переменной
Size: a a a
2021 April 08
W
Хотя не... При записи в любую тредовую переменную
AK
???
AK
Они разве не только для shared?
AK
Там же явный lock есть
W
проблема в терминологии (я уже не помню даже синтаксис). Любая переменная, которая доступна более чем в одном треде.
W
Там через двойное копирование и мьютекс сделано-же.
W
Причем я не помню там мьюттекс на каждую переменную или один вообще на все. Кажется последнее
AK
Слушай, честно, если таких переменных много - разработчику нужно руки отрывать к х*рам. Потому что он вообще не понимает, что такое параллельная обработка
W
Э-э-э... Как человек который пытался решать прикладные задачи на CUDA... ты не прав.
AK
Ну да, и если он не делает наверное какую-то дичь типа parallel qsort на perl
AK
Perl и CUDA-вычисления. Как это прекрасно.
AK
Нет, я не спорю, что можно
W
Я про понимание параллельных разработок.
W
Ладно, это все треп... Тредового Перла не существует, так как он тупо медленней именно из-за тредов (один и тот-же НЕ тредовый код на тредовом Перле будет на четверть медленней что-ли, просто потому что перл тредовый)
AK
Я в 99% случаев использую потоки для 2-х стратегий: divide-at-impera и queued-jobs-processing
Обе они предполагают автономность тредов друг от друга и сборку результатов в очередь.
Обе они предполагают автономность тредов друг от друга и сборку результатов в очередь.
W
Я за тебя очень рад.
AK
Ага, только perl - это клей для бинарного кода. Чем бинарному коду потоки те мешают (если он конечно исходно потокобезопасен)?
W
Э-э-э... Откуда такие дровишки?
AK
Ну т.е. делать сложный алгоритм целиком на Perl - это провальная стратегия что с потоками, что без потоков