¿Cuáles son las pautas para Parallel.ForEach vs. foreach?

Question

Tengo curiosidad sobre las características de rendimiento de Parallel.ForEach. Dado cualquier constructo válido dentro de un bucle Parallel.ForEach, ¿siempre es preferible usar Parallel.ForEach en un bucle foreach? Me pregunto específicamente sobre la sobrecarga de invocar la biblioteca de Tareas paralelas en conjuntos pequeños u otros casos extremos donde un ciclo foreach podría ser más rápido. Sé que la biblioteca es bastante inteligente sobre cuándo/cómo generar hilos ... hay casos en los que es mejor dejar el código en un bucle foreach, o la sobrecarga para llamar a Tareas paralelas generalmente es insignificante, así que si puedes, deberías usar Parallel.ForEach?

Esta pregunta es similar y proporciona buena información de diferencia funcional, pero realmente no habla de rendimiento. Tenga en cuenta que estoy haciendo caso omiso de la compatibilidad con .NET < 4 como una razón para quedarse con un foreach:

C#: Any benefit of List<T>.ForEach(...) over plain foreach loop?

Answer 1

No es siempre preferible. Para cuerpos de bucle rápido, Parallel.ForEach puede degradar el rendimiento. Una de las directrices que figuran en Parallel Programming Coding Guidelines es medida antes y después de paralelización.

Otros artículos útiles han sido publicados por parallel computing group.

Answer 2

Yo diría que siempre se quede con lo simple (es decir, foreach regular) y solo implemente cosas más complejas (es decir, Paralelo Paralelo) cuando tenga un requisito mensurable para hacerlo. Entonces, si puede demostrar que en un caso particular el foreach normal no es tan rápido como lo necesita y puede probar para esa instancia particular que el foreach paralelo resolverá su problema, entonces use el Paralelo.

De lo contrario sólo mantenerlo simple.