0

そこで、コンウェイのライフ ゲームの実装のコピーを友人に送りました。彼がそれを受け取ったとき、彼は私のアプリケーション [スーパーサンプリングされたグリッド サイズ、遅延 0 で] が1 世代/秒をほとんど取得していないと不平を言いました。私のコンピューターでは、ほぼ同じ量のグリッド スペースを使用すると、約38 世代/秒になったと答えました。私のモニターのサイズは多かれ少なかれ同じサイズであり、グリッドのサイズも同様だったため、この不一致を異なるモニターサイズに起因するとは言えませんでした. 一貫性を保つために、jar からもプログラムを実行しました。

キッカーは次のとおりです。彼のコンピューターは、8 GB の RAM を備えたAMD Phenom II X6 1090T プロセッサー @ 3.2 Ghz (6 コア)を実行しています。私のコンピューターはi7-4700MQ @ 2.4 Ghz (クアッドコア)と 8 GB の RAM を実行しています。彼はまた、Nvidia Ge-Force GT 440 と私の Intel 統合グラフィックスを持っています。

すべての統計で劣っているにもかかわらず、私のコンピューターが彼のコンピューターよりもはるかに優れていることは、私には理解できません。誰がこれを引き起こす可能性があるか知っていますか? プロセッサ アーキテクチャの違いが関係していると推測していますが、私は専門家ではありません。自分でコンパイルしてテストしたい場合に備えて、以下は私のプロジェクトの GitHub ページへのリンクです。

https://github.com/JoeAzar/CGOL-v1.3.2/tree/master

4

1 に答える 1

0

誰がこれを引き起こす可能性があるか知っていますか? プロセッサ アーキテクチャの違いが関係していると推測していますが、私は専門家ではありません。

私も推測にすぎませんが、次のようなことが考えられます。

  • 異なるオペレーティング システム

  • Java の異なるバージョン / リリース

  • JVM または OS レベルでの 32 ビット対 64 ビットの問題。

  • 異なる JVM パラメータ。たとえば、ヒープサイズに影響するもの。

  • ページング ディスク速度/レイテンシの違い (アプリケーションがページングの場合)。

  • マシン上で実行されているその他のもの (リソースを大量に消費する AV ソフトウェアなど)

それはまた、プロセッサアーキテクチャに関連している可能性があります...あなたが仮定したように...私はそれを考えられる理由のリストに入れました。

于 2013-11-09T04:23:45.723 に答える