私はrパッケージ 'secr'でモデルを実行しています。最も単純なモデルは4GのMacBookで完成するまでに数日かかるので、モデルの設定内で実行時間を短縮するためにすでにすべてを行っています。パラレル（マルチコア）処理が可能であり、secrでは簡単ですが、利点は少なく、実行時間は実際に増加する可能性があります。クラウドの高性能仮想マシン（例えば、16 RAMと4つのvCPUを持つAWSのEC2）に切り替えるか、EC2の4つのvCPUをマルチコアシステムのように機能させると、実行時間の改善が見込まれますか？ 4）を持っているにもかかわらず、1つのvCPUだけが恩恵を受けるだろAWS上でrモデルを実行する - 複数のvCPUはマルチコアシステムのように機能しますか？
私はいくつかの異なるフォーラムでこの質問をし、矛盾する回答を受けました。
vCPUはマルチコアシステムのように考えることができます。これらは、システム上で実行されているすべてのソフトウェアに複数のコアとして表示されます。
良い質問です。場合によります。より良い仮想ハードウェア仕様でEC2インスタンスタイプに切り替えると、実行時に改善が見られるかもしれません。 AWSはXenハイパーバイザのカスタムバージョンを実行し、あなたが指摘したようにvCPUを取得します。パフォーマンスは、他のゲストのワークロードの変動性に依存します。 vCPUがすべてインスタンスに割り当てられ、各インスタンスがCPU負荷の高いワークロードを実行している場合は、パフォーマンスが低下する傾向にあります。これは、ハイパーバイザ上で実行されているすべてのインスタンスの使用パターンに依存します。
Citrix on Xen vCPU Performance
インスタンスタイプの問題、のvCPUとRAMだけでなく、：Citrix社からのこの記事では、Xen上でインスタンス間のvCPU時間のバランスを取ると、なぜパフォーマンスが異なりますのニュアンスのいくつかを説明します。 T2インスタンスは「バースト可能」で、CPUのパフォーマンスは確かに変化するため、避けてください。 AWSからのこの記事では、Rと並列化のためのM4のインスタンスタイプを試してお勧めします。
あなたはC-状態を制御することができEC2インスタンスの特定のタイプの（スリープレベルそれがアイドル状態のときにコアが入ることができる）と、 P-State（コアからの周波数における望ましい性能）。これにより、ワークロードのインスタンス・パフォーマンスを調整できます。次のリンクでは、C-StateコントロールとP-Stateコントロールのインスタンスタイプの詳細について説明し、ユーティリティ "stress"を使用してさまざまな設定をベンチマークおよび調整する方法を説明します。
それはときに最初に規定のインスタンスが、それはタイプがパフォーマンス要件を満たしているかどうかを確認して、パフォーマンスのベンチマークを保持しているかどうかを確認するために、後で再度テストを実行するテストを設計するのがベストでしょう。
*「T2インスタンスは「バースト可能」であり、CPUのパフォーマンスは確かに変化するので避けてください。 't2'マシンは、あなたがCPUクレジットを使い果たしていない限り（CloudWatchに表示されている限り）、利用可能なコアの100％を持っています。あなたが意味している意味では、バースタブルは変数を意味するものでも、予測できないものでもありません。これは「ベストエフォート」や共有コアプラットフォームではありません。 Burstableとは、コアを100％24/7で稼動させることができないことを意味します。これは、獲得できる速度よりも速くクレジットを使い尽くすためです。速度が制限されるからです。対照的に、 't1'は非常に変わりやすく、恐ろしいものでした。 –
T2インスタンスタイプの明確な説明。 – grook5