https://opennet.me/openforum/vsluhforumID9/9203.html Пишу приложение в котором используется очень разветвленный сложный хэш, т.е. имеется несколько уровней вложения подхэшей: некоторые ключи хэша содержат ссылки на анонимные хэша и т.д. Этот хэш постоянно изменяется, растет, т.к. данные накапливаются.<br><br>Встала задача параллельного программирования. Сейчас думаю что выбирать: потоки или fork.<br>Система: Linux Debian.<br><br>Т.е. суть вопроса: при каком способе организации IPC я меньше потеряю в скорости работы с этим хэшем: при использовании threads и threads::shared ЛИБО при использовании нескольких процессов и расшаривания хэша и его подхэшей с помощью IPC::Shareable?<br><br>А скорость очень критична. <br><br>Также хотелось бы понимать, как perl использует многоядерные и многопроцессорные системы. т.е. если я создам 2 потока, они будут физически выполняться на разных ядрах/процессорах по умолчанию или надо как-то перлу об этом сказать, чтобы он их выполнял на разных ядрах/процессорах? <br>И, если я создам два процесса форком, как сказать перлу, чтобы он один процесс выполня https://opennet.me/openforum/vsluhforumID9/9203.html#1 Mon, 01 Aug 2011 17:51:16 GMT &gt;[оверквотинг удален]<br>&gt; скорости работы с этим хэшем: при использовании threads и threads::shared ЛИБО <br>&gt; при использовании нескольких процессов и расшаривания хэша и его подхэшей с <br>&gt; помощью IPC::Shareable?<br>&gt; А скорость очень критична.<br>&gt; Также хотелось бы понимать, как perl использует многоядерные и многопроцессорные системы. <br>&gt; т.е. если я создам 2 потока, они будут физически выполняться на <br>&gt; разных ядрах/процессорах по умолчанию или надо как-то перлу об этом сказать, <br>&gt; чтобы он их выполнял на разных ядрах/процессорах?<br>&gt; И, если я создам два процесса форком, как сказать перлу, чтобы он <br>&gt; один процесс выполнял на одном ядре/процессоре, а другой на другом ядре/процессоре? <br><br> планирование выполнения задач не дело перла, работает ядро, а ядру все равно, что там выполняется перл или нет. есть процесс пожалуйста на выполнение. Нити от процессов в линуксе с точки зрения планирования выполнения не отличаются.<br><br>что касается что скоростнее нити или процессы, теоретически нити скоростнее, тк область