CLR Out Of Memory Exceptions

Question

Мы получаем много исключений из памяти, и мы не можем диагностировать происходящее. Кажется, что это проблема, которая скажется на использовании памяти от 300 мегабайт до гига в нескольких минутах. Теперь это приложение IIS и имеет 3 домена приложений, работающих в отдельных пулах потоков.

Мы хотим записать, когда произойдут исключения памяти. Поэтому мы можем попытаться найти шаблон. Мой вопрос: что это лучший способ сделать это? Есть ли способ запросить использование памяти один раз в минуту, чтобы узнать, насколько она высока, и отправить сообщение электронной почты. Или, может быть, написать приложение, которое будет контролировать использование памяти CLR? идеи или направление более приветствуются.

EDIT

Я использую Perfmon, но если я не смотрю процесс это не то, что полезно. Я могу только видеть, что было и когда. Я также использовал инструмент профилей памяти для красных ворот, который, кстати, является удивительным, только я не могу попасть на страницу или процесс, вызывающий исключение.

Answer 1

Установите ADPlus на свой сервер (это часть Windows Debugging Tools). При запуске наблюдения использования необычно высокой памяти захват дампа памяти с помощью:

adplus -hang -p <PID> -quiet -o <dump file folder path> 

<PID> является идентификатором процесса рабочего процесса, который вы можете получить от tasklist.exe.

Если вы не всегда вокруг, когда эта проблема возникает, то вы можете автоматизировать захват дампа памяти с помощью DebugDiag:

1. Использование DebugDiag в режиме отслеживания утечек, чтобы вызвать дамп процесса, когда либо ваши частные или Virtual использование памяти достигает определенного порогового значения. Тем не менее, я не всегда считал это надежным.

2. Используйте DebugDiag в режиме сбоя, чтобы захватить дамп при каждом сбросе исключений CLR. Вы можете использовать дополнительные настройки для настройки DebugDiag для создания полного дампа памяти при возникновении исключения CLR типа System.OutOfMemoryException. Это более надежно и, безусловно, вызовет. Используйте только расширенные настройки -> Исключения, не прикасайтесь к Исключениям Unconfigured First Chance Exceptions, оставьте это значение равным None.

Как только у вас есть резервная копия памяти, запустите WinDBG, загрузите файл дампа и загрузите SOS и начните прокручивать.

Tess Ferrandez-х blog является большой отладки .NET ресурс, и она имеет множество статей и лабораторий о том, как отслеживать утечки памяти:

If it is broken, fix it you should - memory issue articles

.NET Debugging Demos Lab 6:_Memory Leak
.NET Debugging Demos Lab 6:_Memory Leak - Review
.NET Debugging Demos Lab 7: Memory Leak
.NET Debugging Demos Lab 7: Memory Leak - Review

Счетчики PerfMon полезны и могут использоваться, чтобы подтвердить, что у вас есть утечка памяти, но они не рассказывают всю историю. WinDBG и SOS - это инструменты, которые необходимо использовать, чтобы узнать, где используется ваша память.

Answer 2

Пробег: RedGate Memory Profiler. Я полагаю, он работает с сайтами ASP.NET (их профилировщик производительности определенно делает).

Answer 3

Perfromance монитор ака Perfmon является вашим другом - Это бесплатно и не навязчивым и легкий вес и может быть безопасно работать на производственных серверах, если вы используете менее частый отбор проб (каждые несколько секунд). Минимум, который он может сделать, это выборочное использование памяти/процессора для ваших процессов (w3wp.exe) и сохранение их в файле.

Поскольку вы не делились тем, что делаете в приложении, я не могу предложить счетчики производительности для хранения, но в ASP.NET и .NET и CLR их много.

Поскольку вы получаете исключение из памяти CLR, моя догадка GC не работает из-за закрепленного объекта или чего-то еще. Я сомневаюсь, что это неуправляемый ресурс, такой как bitmap, который не выпускается, хотя это может быть.

Вот список счетчиков я предлагаю:

.NET CLR Memory

• GC Ручка
• объектов
Важных

Process для w3wp.exe запуск вашего приложения

• пар, но в основном Working Set

ASP.NET

• Управляемая память используется

Answer 4

Используй профайлер памяти. Там есть пара хороших, например. JetBrains dotTrace или ANTS Memory Profiler от Red Gate.Здесь было несколько обсуждений на stackoverflow с множеством других советов и рекомендаций.

Answer 5

Если вы не можете позволить себе хороший профайлер, вы должны использовать то, что Microsoft рекомендует здесь, http://msdn.microsoft.com/en-us/library/ee817663.aspx

Answer 6

Я хотел бы использовать ADPlus в режиме «аварии», чтобы захватить дампа памяти, когда происходит исключение, а затем WinDbg и SOS чтобы понять, что берет на себя всю память.

Answer 7

Используйте dotTrace или YourToolkit .Net, где вы можете прикрепить профилировщик к процессу ASP, у них есть пробная версия, поэтому вам не нужно тратить деньги сразу. Используя эти профилировщики, вы можете выбрать временную линию, в которой начнет увеличиваться память (вы можете визуально видеть использование памяти на графике), поэтому довольно легко выбрать диапазон и понять, что заставляет использовать память так высоко.