Использование памяти Visual Studio 2010 при публикации проекта веб-сайта

Question

У меня есть проект веб-сайта Asp.Net, который вызывает все больше проблем с памятью во время публикации. Visual Studio работает достаточно хорошо во время обычной работы, и даже этап сборки довольно быстр (особенно после выполнения некоторых рекомендаций в постах, перечисленных ниже). Однако этап публикации идет медленно, и, более того, Visual Studio потребляет от 400% до 500% памяти, которую он потребляет на регулярной основе (от 500 МБ до 2,25 ГБ в диспетчере задач). Кроме того, повышенное потребление памяти продолжается в течение нескольких минут (5 или 10, в некоторых случаях) после появления сообщения "Опубликовать успешно" в Visual Studio. На самом деле, это действительно проблема - я не против того, чтобы много делать во время публикации, но как только это будет сделано, я хочу вернуться к работе, но перегрузка памяти означает, что вся моя система не отвечает на то, что кажется логичным время после VS, кажется, сделал свою работу.

Структура решения следующая:

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

И DAL, и часть кода зависят от внешней библиотеки для доступа к системе ERP, но я очень осторожен с тем, чтобы сохранить их обе в одной и той же версии (на самом деле, я должен быть - некоторые страницы на сайте ломаются, если версии не совпадают). У меня есть пара других небольших вспомогательных библиотек, к которым я также очень осторожен - в обоих проектах все они ссылаются из общей папки. Я не думаю, что страдаю от " Справочников по дуэли"

Для веб-сайта установлен флаг "Разрешить обновление этого предварительно скомпилированного сайта" и флажок "Использовать фиксированные имена и одностраничные сборки".

Общее решение началось в его текущем варианте как сайт VS 2005/Asp .Net 2.0. Мы пропустили 2008 год и теперь запускаем его под VS 2010/Asp .Net 3.5. Проблемы, с которыми я сталкивался, возникали в большей или меньшей степени в рамках VS2005 и определенно следовали за мной от моей старой машины (которая была несколько слабовата) к этой, на первый взгляд, довольно современной.

Машина, на которой я собираюсь, - это 64-разрядная машина Win7 с 8 ГБ памяти. Я использую несколько надстроек / расширений в VS (в частности, Telerik JustMock и DevExpress CodeRush/RefactorPro).

Я просмотрел несколько других общих тем, связанных с памятью / производительностью в SO (включая этот и этот), и следовал рекомендациям, которые я считаю актуальными.

Кто-нибудь еще когда-либо видел это, или есть какие-либо указания на то, что я мог бы сделать, чтобы облегчить это?

РЕДАКТИРОВАТЬ

FWIW, я публикую это в папке на моем локальном компьютере, поэтому я не думаю, что проблема связана с задержкой в ​​сети...

Answer 1

Возвращаясь к этому сейчас. Я перешел с этой позиции, и у меня не возникло той же проблемы в моей новой должности, но решение проблемы "решение строит для EVAR" в моей новой должности указало мне путь к тому, чтобы мои контрольные точки были сохранены на разумный уровень - я испытывал очень длительное время сборки, но после удаления всех точек останова (большая часть которых не использовалась) время сборки улучшилось в десять раз.

Вполне возможно, что я страдал от той же проблемы в проекте, упомянутом в этом вопросе, так что, возможно, это поможет кому-то, кто имеет эту проблему.