64bit.ネパフォーマンスチューニング
-
08-06-2019 - |
質問
知っている .NET
は JIT
作成アーキテクチャに対するいたりする直前にこのアプリは、もは、JITコンパイラの最適化のための64bit建築は全くないのでしょうか。
何が必要とグアプリを実行するには 64bit system
?(ま使用Int64、パフォーマンスを向上し、JITコンパイラを自動的に作Int64作32bitシステム?)
解決
の 64bit JITが異なる からの32bitので、私は期待の違いものを出力がないスイッチを64bitのもとに、望めないと思う及していくには、かなりの時間を速くする(もしあれば)のCPU時間への切替えによる64bit.
ま大きな性能向上の場合アプリの使用多くのメモリー、パソコンがRAMにします。また32ビット.NETアプリが投げかの例外を除きる約16gb使用が開講されているタスクの洗のディスクにより ページング 長いるのですがI/Oです。
基本的にであれば、ボトルネックはCPUを64bitは考えます。がボトルネックではメモリーしてください、大幅に改善しました。
ま使用Int64、パフォーマンスを向上し、JITコンパイラを自動的に作Int64作32bitシステム
Int64での作品も32bitと64bitシステムがで高速走行64bit.していただけ多数の延とInt64の走行を64bitシステムです。
最も重要なことは 測 自分のパフォーマンス
他のヒント
この 良い記事を対象に、一人の64ビットのJIT.基本的にないとすることが必要となり、アドレス空間と64ビットを提供できる、または必要なのは64ビット数まで奪われると予想されます。としてのポインタが大きく、キャッシュが有効に半減。
いということに気付き64ビットの多いけれども遅くなります。
として上記の64ビットのJITコンパイラでの動作とは異なり、x86JITコンパイラです。のx86コンパイラを活用した一部の最適化にx64一ではない。
例えばです。純3.5の32ビットJITはインラインの機能と構造体引数としても、64-bit JITはできません。
プロダクションコードで見x86を走行して20%以上x64ビルドしてあるかないかを問わない変更)
とともに、利用64ビットのみの場合
- 必要なものは記憶がないのであるといわれている。
- すプログラム例科学的なアプリおよび必要の増加数精度
毎その他の局面では、本日までに、64-bitコンパイラです。当期純一歩です。
性能の最適化を行います。純コンパイラは、大きな問題は解決できません。
性能ボトルネックと同じかどうかにかかわらず建築32または64ビットとしています。パフォーマンスに問題が、それはサブに最適なアルゴリズムの選択は32ビット版および64ビットの種類なに大幅な影響を与える。
もっとも重要な性能の向上も前まで測定しました。特にきプのコードをお持性能ボトルネックです。