意味のある方法ではありません、AFAIK。「何らかの統計的評価」を提案した目的は、意味のあるベンチマークには広すぎます。
実際、意味のある唯一のアプローチは次のとおりです。
- 使用する統計アプリケーションを選択します。
- 代表的な問題をいくつか選択します。つまり、あなたがやろうとしていることに典型的にある問題です...品質と「サイズ」の両方で。
- 選択したアプリケーションを使用してソリューションをコーディングします。
- ソリューションを実行し、所要時間を測定します。
- ソリューション/アプリケーションを調整し、アプリケーションから最高のパフォーマンスが得られていることに満足するまで、前の手順を繰り返します。
- 候補マシンでアプリケーションを実行します。
- すべてのマシン上のすべての問題の時間を比較します。
パワー不足のマシンで非常に大規模な分析を実行しようとしない限り、どの OS を使用しても大きな違いはないと思います。重大な問題は、十分なメモリを備えた十分に高速なマシンを使用すること (分析に大量のメモリが必要な場合)、適切なアプリケーションを選択すること、ソリューションを正しくコーディングすること、およびアプリケーションをチューニングすることです。OS の選択は、おそらく重要ではありません...メモリ エンベロープを過度にプッシュしない限り。
私は同意しません。あなたが言っていることが正しい場合、SUPerPI、3DMarkなどのような考えはありませんでした。その問題はOS固有であるため、2つのWindowsラップトップのみを比較できます。パフォーマンスは、書き込み/読み取りディスク/メモリなどの要素操作で簡単に測定できます。算術演算。それは、可能なコンピューター操作の実際の宇宙です。
まあいい。
さまざまな OS 間でアプリケーション レベルのパフォーマンスを比較する意味のあるベンチマークを見つけることができると思われる場合は、それを見つけてください。
そして、そのようなベンチマークが実行中の Java 統計分析ツールに適用できる数値を提供すると思われる場合は、遠慮なく使用してください。(ヒント: SUperPI、3DMark などの OS 固有のベンチマークは、実行中のアプリケーションのパフォーマンスの優れた予測因子ではありません。)
また、Java アプリケーションのパフォーマンスは、ディスクの読み取り/書き込み、メモリの読み取り/書き込み、および基本的な算術命令の速度のみにかかっていると思われる場合は、それを信じ続けてください。
残念ながら、現実は大きく異なります。
しかし、ハードウェアがそれに対応している限り、どの OS を選択しても大きな違いはないと思います。