スピードアップを得るためにF＃測定を行う方法

Question

8つのコアを持つ1台のマシンを仮定します。 Haskellでは、threadedオプションを使用してコンパイルし、実行時に+RTS -Nxを使用して、使用するコア数を指定できます。例えば

$ myprg args // sequential run 
$ myprg args +RTS -N1 // parallel run on 1..8 cores 
$ myprg args +RTS -N2 
$ myprg args +RTS -N4 
$ myprg args +RTS -N8 

これより、増加するコア数を使用してランタイムを取得し、これを使用して高速化を取得し、グラフをプロットすることができます。

私は並列プログラムを持っていると仮定して、F＃でどのようにこれを行いますか？コード内のパラレルマップを使用して？

編集： 見つけたのはParallelOptionsです。 MaxDegreeOfParallelism which may私はその正確な振る舞いについては必要なものだと思っていますが、私はそれをプログラム的に使用しなければなりません。つまり、期待通りに動作する限りです。MaxDegreeOfParallelism = numのコアプログラムは、 'またはスレッド。

EDIT： ProcessorAffinityが実際に使用するコアの数を制限するが、適切にモノに実装されていないようです。私はWindows上でチェックし、それは動作するようです。実際に使うのは良い考えではありませんが。ランタイムシステムは、タスクの管理方法とスケジュール方法をよりよく決定できる必要があります。また、MaxDegreeOfParallelismは、基本的に生成されたタスクの数を設定する「並列レベル」に近いため、粒度を変更するために使用できます。

Answer 1

F＃がネイティブ.NETアセンブリを作成します。アセンブリは、実行時に指定されたルール（CLR）に従います。このルールは、デフォルトですべてのCPUコアにアフィニティがあります。 System.Diagnostics.Process.GetCurrentProcess().ProcessorAffinityを設定することにより、個のコア数がより少ない個のCLRを制限できます。

この回答はMono環境では不完全なようです。 ProcessorAffinity値is a bit maskなので、0は確かに無効な状態です。私はまた、MSDNに記述されているように、なぜsetterが例外をスローしなかったのか疑問に思っています。

私はschedutilsを使用してMonoの親和性をチェックし、MONO_NO_SMP環境フラグが設定されていないかどうかを確認します。

Answer 2

bytebusterさんのコメントを引用すると：

F＃がネイティブ.NETアセンブリを作成します。アセンブリは、実行時に指定されたルール（CLR）に従います。このルールは、デフォルトですべてのCPUコアにアフィニティがあります。 System.Diagnostics.Process.GetCurrentProcess().ProcessorAffinityを設定すると、より少ないコア数でCLRを制限できます。

（あなたはコメントを残して、私はこれを削除します答えを追加した場合）