У нас есть сервер Win2K3, на котором размещено более 30 сайтов. Каждый сайт настроен так, чтобы иметь свой собственный уникальный пул приложений, чтобы мы могли вручную повторно использовать определенные сайты, если это необходимо, и не прерывать сеансы для других.
Из того, что я читал, следствием такого типа настройки является то, что каждому рабочему процессу пула приложений выделяется куча рабочего стола (обычно 512 КБ), и мы ограничиваем количество пулов приложений, которые мы можем обслуживать. http://blogs.msdn.com/b/david.wang/archive/2006/01/25/security-considerations-of-usesharedwpdesktop-on-iis6.aspx
ПРОБЛЕМА:
Что мы видим, так это то, что иногда возникают ошибки COM +, предположительно при достижении нашего предела в 512 КБ кучи рабочего стола, и некоторые сайты перестают отвечать (или имеют ошибки), пока мы вручную не перезапустим этот конкретный пул приложений. Я знаю, что могу увеличить лимит кучи рабочего стола до 1024 и сделать другие настройки / настройки, но мне было поручено выяснить, что именно заставляет кучу одного сайта работать до максимума в отличие от другого. Кажется, что, когда мы начинаем видеть ошибки COM +, сайты, на которые они влияют, оказываются случайными - маленькие сайты или большие сайты (более тяжелые).
Это основано на идентификаторе процесса? Трафик?
Любые указатели на понимание этого немного больше были бы превосходны. Спасибо!
jg
COM + похож на ошибку Windows. Вы можете быть конкретными?
Чтобы правильно проанализировать проблемы с кучей рабочего стола, вам потребуются DHeapMon и Windbg. Оба могут быть загружены с сайта Microsoft, и здесь есть полезная статья, описывающая, как выполнять анализ:
Как использовать DHeapMon.exe для устранения проблем с кучей рабочего стола
http://blogs.msdn.com/b/alejacma/archive/2008/07/29/how-to-use-dheapmon-exe-to-troubleshoot-desktop-heap-issues.aspx
Скорее всего, вы локализуете это для приложения, которое размещаете, и разработчик будет заниматься этим.