質問

.NETのアプリケーションは、その上に64ビットOSとマシンを最大限に活用するために64ビットで構築する必要がない、またはそれはちょうど32ビットのビルドとそれを利用します。基本的に、我々は、メモリ不足の例外のうちに問題があるし、それが問題を解決する「こと、」64ビットボックスにコンソールアプリケーションを実行することが示唆されました。質問は、我々だけで64箱をスピンアップし、その上に現在のアプリを投げるか、私は64ビットの方法でアプリを再構築する必要がありますすることができますされます。

役に立ちましたか?

解決

アプリが「どれCPU」プラットフォーム用にビルドするように設定されている場合は、それはどちらかの上で適切に実行されます。

ただ、それがどの32/64ビット固有のものを使用していない、または問題が発生しますことを確認します。

MSDNのドキュメントここを。

の欠点のいくつかの議論については、<のhref = "http://blogs.msdn.com/rmbyers/archive/2009/06/08/anycpu-exes-are-usually-more-trouble-then-they見ます-re-worth.aspx」のrel = "noreferrer">ここの

他のヒント

それは任意のプラットフォーム(デフォルト)のために組み込まれている場合は、

は、64ビットオペレーティングシステム上で64ビットで動作します。

言われていること、を監視するための潜在的な問題が残っています。あなたはネイティブコード(P経由/呼び出し、C ++ / CLI、またはCOM)とのインタフェース場合は、その64ビットへのコードのポートにする必要があります。アプリケーションが100%管理されている場合、それだけで動作します。

"どれCPUは、" あなたの友達です。

余談として、

私たちは、32ビットのWindowsの2GBのメモリ空間を超え、特に大きなトライの構造を持っていました。オブジェクト参照で構成される構造のほとんどなので、我々は4ギガバイトの周りに必要な、64ビットへの移行時にアプリのメモリ要件はほぼ倍増していることが分かりました。参照を格納するメモリ32の代わりに64-ビット幅であるからである。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top