msbuildを使用して、.NETアプリケーションをビルド専用のサーバーにビルドします。私たちは64ビットのWindows 2003を搭載した新しいハードウェアに移行しています.64ビット版のmsbuildをFramework64で使用して構築することも、フレームワークにある32ビットのバージョンを使用して構築することもできます。 msbuildの64ビット版で構築する利点はありますか？.NETアプリケーションを64ビットフレームワークで構築する利点はありますか？
特にありません。唯一の本当の利点は、msbuildの64ビットバージョンがより多くのアドレス空間を利用できることです。それは本当にそれについてです。
ただし、アプリケーションによってサードパーティのドライバが使用されている場合は、64ビットにも準拠していることを確認してください。私たちは古いアプリケーションを.netに変換し、デフォルトの 'Platform Target：Any CPU'設定をBuild-> Generalに設定し、アプリケーションを開発マシン上でうまく動かしながら、それが死んだ64bitサーバー。外部データソースとのインターフェイスが必要な第三者のODBCドライバにトレースするために私たちにしばらく時間をかけました。アプリケーションDIDは64ビットプラットフォーム上で動作しますが、CPUをx86に指定するだけで目的を敗北させることができました。
Biztalk相互運用機能アセンブリは、64ビット対応ではないアセンブリの優れた例です。このような動きをしたときに、テストして、テストしてください。
私は64ビットフレームワークの下で私のアプリケーションを動かすべきかどうか尋ねていませんでした。私は、64ビットフレームワーク、msbuildを使用することに利点があるかどうか尋ねていました。私のアプリケーションを構築するために、Framework64の下のexe。 –
asp.netの大きな利点はIISがより多くのメモリにアクセスできることです。これによりスケーラビリティが向上します。
ドットではない岩の連中はそれで本当に良い情報がたくさんあるこの
http://www.dotnetrocks.com/default.aspx?showNum=341
にショーをしました。
64ビットフレームワークでアプリケーションを実行する必要があるかどうか尋ねていませんでした。私は、64ビットフレームワーク、Framework64の下のmsbuild.exeを使用してアプリケーションを構築することに利点があるかどうかを尋ねていました。 –
はい、32ビットアプリケーションのときに64ビット環境でアプリケーションを実行すると、メモリを増やすことができますが、64ビットにコンパイルするとさらに多くのメモリが得られます –
MSBuildがx64ライブラリに依存するテストを実行している場合、またはビルドプロセスでネイティブのx64ライブラリをロードする必要がある場合は、msbuild x64を使用する必要があります。
私たちはxunitテストを実行していたのでmsbuild x64を使用する必要がありました。の一部はがネイティブx64ライブラリを呼び出すため、x64となりました。
理論的には、テストを実行するためにx64プロセスを起動するために別のテストランナーを使用できました。 msbuild x64を使用するのが最も簡単です。
https://xunit.github.io/docs/running-tests-in-msbuild.htmlに述べたように：あなたは、コンソールランナーを実行するためにMSBuildので<exec>タスクを使用することができます
。 32-対64-ビット環境でのテストの実行をさらに制御する必要がある場合は、コンソールランナーを使用することもできます。 MSBuildランナーを使用する場合、ビルドの実行に使用したMSBuild実行可能ファイルのビット数の選択に制限されます。
これはコンパイルとは関係ないことに注意してください。私たちはmsbuild x86を使ってx64専用のプロジェクトを構築できました。
32Bit msbuild.exeが正常にビルドされることを知っていますが、64BitのバージョンがSystem.AccessViolationExceptionで失敗することを知っている理由はありますか？ –
私は同じことに遭遇しました。 Framework64/Msbuildは、メモリ不足例外を含むGenerateSerializationAssembliesで失敗します。 –