0

R (5k*5k*100 テーブル) で適度なサイズのなげなわシミュレーションを実行することに成功しました。そして、100 個のターゲット回帰をそれぞれ 5k*5k*8 テーブルの 13 個のリストに分割することで、i7 の 8 つのスレッドすべてを実行することができました。スタンドアロン シミュレーションを 1 回実行したときは、1 つのテーブルのシミュレーションごとに約 8 分かかりましたが、複数 (サイズ 8 のタスク) でループを実行すると、完了までに数時間 (一晩で 11 時間) かかることに気付きました。

私は最終的に、処理された csv ファイルと同じサイズのタスクでデータを書き出すことにしました。最初のいくつかは、予想どおりそれぞれ約 8 分かかりましたが、家に帰ったとき、1 つのタスクがまだ 2 時間実行されていました。データが原因である可能性があると考えていました(各データテーブルには同一のリグレッサーがありますが、ターゲットは異なります)。しかし、その後、コンピューターがスリープモードに移行したことが原因である可能性があることに気付きました。コンピューターを起動するとすぐに、2 時間のシミュレーションがすぐに終了し、残りのタスクはそれぞれ 8 分かかりました。

スリープ (休止状態) モードは、夜間のタスクを劇的に遅くしますか? その場合、完全なシミュレーションが完了するまで休止状態を無効にするのは正常ですか?

ビルド: intel i7 3.2G クアッド コア 16 グラム ram R Revolution 64 ビット Windows 7 Pro 64 ビット

4

1 に答える 1

0

答えはイエスのようです。休止状態は、マルチコア コンピューター (win7) での R 並列シミュレーションを劇的に遅くします。他の (R 以外の) オーバーナイト シミュレーションでも発生すると思われます。

最初の実行では、タスク pred.6 と pred.7 に約 2 時間かかったことに注意してください。2 番目のシミュレーション セット (pred1.n、すべて 1 回のシミュレーションで 11 分以下)。

ここに画像の説明を入力

于 2013-10-24T13:18:29.023 に答える