私の環境：XPを使用したasp.net 3.5フレームワーク
質問があります。32ビットを使用して製品を開発しました。64 ビット マシン (Windows 2008 仮想マシン) にデプロイした場合、32 ビット バージョンの iis と比較すると非常に遅いようです。64 ビット環境でより高速な応答を得るには、アセンブリを 64 ビット マシンで再コンパイルする必要がありますか?
または、64 ビット マシンで設定を行う必要はありますか? dll が 32 ビットでコンパイルされている場合、より高速なパフォーマンスを得るために 32 ビット iis でのみ実行するのが賢明です。
仮想マシン？.net では、32 ビットを 64 ビットで実行した場合にパフォーマンスが劇的に低下するのは通常のケースではないためです。
十分なメモリがあると確信していますか? 64 ビット .NET アプリケーションはより多くのメモリを使用します。
アプリケーションは 64 ビットで実行されていますか? 「Any CPU」用にコンパイルしましたか？
一部のアプリケーションは、より多くのメモリに「触れる」ため (クラスの各インスタンスのオーバーヘッドが高く、オブジェクトへのすべての参照が 32 ビットではなく 64 ビットである)、64 ビットでの実行が遅くなります。これにより、CPU は RAM からデータを取得する必要があります。より頻繁に CPU キャッシュに。
私の経験では、データ処理/テキスト処理アプリケーションの実行は 64 ビットでやや遅くなりますが、浮動小数点を多用するアプリケーションはより高速に実行されます。ただし、ほとんどの場合、違いは 20% 未満です。ただし、64 ビット アプリケーションに十分なメモリがなく、OS が RAM をディスクにページングし始める場合を除きます。
32 ビット アプリケーションを有効にするようにアプリケーション プールを構成すると、問題が解決する場合があります。
関連する読み物: