Quali sono le linee guida per Parallel.ForEach vs. foreach?

Question

Sono curioso delle caratteristiche delle prestazioni di Parallel.ForEach. Dato un qualsiasi costrutto valido all'interno di un ciclo Parallel.ForEach, è sempre preferibile usare Parallel.ForEach su un ciclo foreach? Mi sto chiedendo in particolare il sovraccarico di invocare la libreria Attività parallele su insiemi di piccole dimensioni o altri casi limite in cui un ciclo foreach potrebbe essere più veloce. So che la libreria è abbastanza intelligente su quando/come generare i thread ... ci sono casi in cui è meglio lasciare il codice in un ciclo foreach, o è il sovraccarico per chiamare i task paralleli generalmente trascurabili, quindi se puoi, dovresti utilizzare Parallel.ForEach?

Questa domanda è simile e fornisce buone informazioni sulle differenze funzionali, ma in realtà non parla con le prestazioni. Si noti che sto ignorando la compatibilità di NET < 4 come una ragione per stare con un foreach:

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

Answer 1

Non è sempre preferibile. Per i corpi a ciclo veloce, Parallel.ForEach può ridurre le prestazioni. Una delle linee guida elencate in Parallel Programming Coding Guidelines è misura sia prima che dopo la parallelizzazione.

Altri articoli utili sono stati pubblicati dallo parallel computing group.

Answer 2

Direi di attenersi sempre a semplici (ad es. Foreach regolari) e implementare solo cose più complesse (ad esempio Parallel ForEach) quando si ha un requisito misurabile per farlo. Quindi, se puoi provare che in una particolare istanza la normale foreach non è veloce come hai bisogno, e puoi provare per quella particolare istanza che il Parallel foreach risolverà il tuo problema, allora usa il Parallelo.

Altrimenti basta che sia semplice.