C# Paralllel.ForEach in Parallel.ForEach. Имеет ли смысл?

Question

[fs_name]

Добрый день. Вопрос чисто теоретический - имеется такой кусок кода:

ParallelOptions _parallel_options = new ParallelOptions();
         _parallel_options.MaxDegreeOfParallelism = _ret.threads_count;

         Parallel.ForEach<string>(File.ReadLines(_ret.file_name, _codepage)
                                  , _parallel_options
                                  , (_line, _parallel_state, _index) =>
         {
            //some code
            Parallel.For(0, _idx, (_field_index) =>
            {
            //some code
            });
         });

Возможно ли получить некий профит от parallel - конструкции внутри parallel, если не ограничивать MaxDegreeOfParallelism первого цикла? Или если ограничивать?

Comments

[Oxoron]

Parallel внутри parallel - не особо хорошая мысль. Выигрыш будет только при довольно специфических ситуациях.

Answer 1

[VanKrock]

Мне кажется, что в данном случае вы упретесь в чтение с диска

Answer 2

[Дмитрий Черняков]

Была задача, решил делать похожим методом. В итоге при использовании такой структуры без создания второго потока для внутренней Parallel.ForEach было замечено падение производительности при выполнении куска кода. В итоге для моей задачи было решено использовать только один Parallel.ForEach.

Comments

[fs_name]

Спасибо. Я предполагал, что создание подобного вложенного Parallel.For может повлечь лишь дополнительные накладные расходы. Был интересен момент с ограничением внешнего Parallel максимальным количеством потоков через MaxDegreeOfParallelism. Как в этом случае поведет себя внутренний цикл, который ничем не ограничен... И да, как выше заметил VanKrock, скорее всего я упрусь в чтение с диска. Хотя, с SSD можно попробовать провести некоторые тесты на больших данных. Попробую сделать тайминги на своем железе и выложить результаты. Кстати, во втором Parallel лежит сравнение кусков строк с ранее скомпилированными регулярными выражениями.