4

公開中にますます苛立たしいメモリの問題を引き起こしているAsp.NetWebサイトプロジェクトがあります。Visual Studioは、通常の作業中は適度に動作し、ビルド段階でもかなり高速です（特に、以下にリストされている投稿の推奨事項のいくつかに従った後）。ただし、公開段階は遅く、Visual Studioが定期的に消費するメモリの400％から500％を消費します（タスクマネージャーでは約500Mbから約2.25Gb）。さらに、メモリ消費量の増加は、その後数分間（場合によっては5または10）続きます。公開成功メッセージがVisualStudioに表示されます。実際、それは本当に問題です-公開アクティビティ中にあまり何もしなくてもかまいませんが、それが終わったらすぐに仕事に戻りたいのですが、メモリの過負荷は、システム全体が長いように見えることに応答しないことを意味しますVSがその仕事を終えた後の時間。

ソリューションの構造は次のとおりです。

Solution
   |
   -Web Site Project
   |
   - Data Access Layer Project
   |
   - Data Access Layer Tests

DALと背後にあるコードの一部はどちらもERPシステムアクセスのために外部ライブラリに依存していますが、両方を同じバージョンに保つようにかなり注意しています（実際、サイトの一部のページが壊れた場合、バージョンは同じではありません）。他にもいくつかの小さなヘルパーライブラリがありますが、これらもかなり注意が必要です。どちらのプロジェクトでも、それらはすべて共有フォルダーから参照されています。私は「決闘集会の参考文献」に苦しんでいるとは思わない

Webサイトは、[このプリコンパイル済みサイトを更新可能にする]フラグがオンで、[固定の名前付けと単一ページアセンブリを使用する]フラグがオンになっているように設定されています。

全体的なソリューションは、現在の実施形態でVS 2005 / Asp.Net2.0サイトとして開始されました。2008をスキップし、現在VS 2010 / Asp.Net3.5で実行しています。私が見ている問題は、VS2005の下で多かれ少なかれ発生し、間違いなく私の古いマシン（多少パワーが不足していた）からこれまで、かなり最新のように見えます。

私が構築しているマシンは、8Gbメモリを備えたWin764ビットマシンです。VSでいくつかのアドイン/拡張機能を実行しています（特にTelerikのJustMockとDevExpressのCodeRush / RefactorPro）。

私は、SO上の他のいくつかの一般的なメモリ/パフォーマンス関連のスレッド（これとこれを含む）を熟読し、関連すると思われる推奨事項に従いました。

他の誰かがこれを見たことがありますか、それを軽減するために私ができるかもしれないことへのポインタがありますか？

編集

FWIW、これをローカルマシン上のフォルダーに公開しているので、この問題はネットワーク遅延とは何の関係もないと思います...

4

1 に答える 1

1

これに戻ります。私はこのポジションから移動しましたが、新しいポジションでは同じ問題はありませんが、新しいポジションで「ソリューションの構築には EVAR が必要です」という問題を解決することで、ブレークポイントが確実に維持されるようにする道を見つけました。妥当なレベル - ビルド時間が非常に長くなっていましたが、すべてのブレークポイント (ほとんどは使用されていませんでした) を削除した後、ビルド時間は 10 倍改善されました。

この質問で言及されているプロジェクトで同じ問題に苦しんでいた可能性が非常に高いので、おそらくこの問題を抱えている人に役立つでしょう。

于 2011-09-19T16:03:32.300 に答える