Как узнать количество инстанций и расход памяти в .NET?

Question

[Ethiopian]

Приветствую,

проблема в следующем: есть клиент-серверное приложение на C#, у которого серверная часть иногда течет памятью. Сейчас пытаемся написать что-то типа встроенного профайлера, который мог бы в реальном времени с установленного сервера слать на клиент статистику по потреблению памяти.

Вопрос в следующем:
Есть ли в .NET возможность узнать классы, потребляющие наибольший объем памяти и количество их инстанций напрямую из кода, не прибегая к помощи сторонних профайлеров типа ANTS?

Answer 1

[Андрей Ласточкин]

Проблема в том, что сканирование объектов через Debugging API требует "заморозки" приложение на время сканирования, соответственно оно не может сканировать себя, поэтому в любом случае нужен внешний отладчик (профайлер).

По опыту, источником утечек обычно являются static объекты и подписки на события.

Рекомендую dotTrace, он имеет в т.ч. и удаленный профайлер.

Еще: "заморозка" может длиться достаточно долго, что может быть критично при использовании на "боевом" сервере.

Comments

[Ethiopian]

Спасибо, не обнадеживающая, но полезная информация. Поговорю с тимлидом по этому поводу и почитаю про dotTrace.

[Ethiopian]

А так, на вскидку, какую вообще информацию о памяти можно из кода получить, кроме общей/занятой памяти машины и общего объема памяти, занятой приложением?

[Андрей Ласточкин]

Ethiopian: AFAIK, больше ничего.

[Ethiopian]

Андрей Ласточкин: понятно, жаль.

Answer 2

[Виталий Пухов]

в Community версии есть встроенный профайлер, дает очень достаточно информации

Comments

[Ethiopian]

Спасибо за ответ. А в Community версии чего? :)

[Кирилл]

Ethiopian: Visual Studio 2015 RC Community, например.

[Ethiopian]

Кирилл: а, в этом смысле. Нет, нам нужно именно уже установленный сервер в работе мониторить. На машине, где он установлен нет студии и нет возможности ее поставить.

Answer 3

[MrDywar Pichugin]

Очень не понятно слово "инстанций", думается что это экземпляры объектов.
Получить память можно через счетчики Windows "Системный монитор" (даже удаленно можно читать, они работают всегда и не грузят практически, выбираем процесс и смотрим GC_time, GEN_1,2,3 etc., счетчиков очень много), или подписаться на ETW в своем приложении если .NET 4.5 (на нем проще) и писать в лог события от внутренних компонентов Windows (CLR, Kernel).
Снимать дампы через sysinternals suite софт, или диспетчером задач, или использовать PerfView.
На днях статью сделаю "заметки 2.0", там все подробней с JIT-от :)

UPD: снимаем 2 дампа в разное время, находим новые объекты во втором (они будут если есть утечка), находим кто их удерживает (1 команда в Windbg).

Comments

[Ethiopian]

Да, инстанции - это экземпляры объектов (по работе общаюсь с коллегами на немецком, уже русский забывать начал, сорри :) ).
С "Системным монитором" понятно, его мы уже ковыряли, но требование было получить именно классы, которые больше всего памяти жрут (понимаю, что звучит не очень реалистично, но попробовать-то стоит), а Системный монитор в конкретные классы не умеет.
.NET, к сожалению, версии 4.0, переход на новый пока не планируется, но к ETW (Event Tracing?) присмотрюсь, спасибо.
Снимать дампы внешними инструментами - не то, что в данный момент нужно. Для понимания задачи: мы сейчас делаем что-то вроде второго клиента к серверу, который будет технической команде предоставлять информацию о текущем состоянии. Количество объектов и расход памяти - часть этой информации.

[MrDywar Pichugin]

Количество объектов, как рекомендуют на MSDN, можно подсчитать добавив статическое поле к объекту и при каждой создании нового экземпляра увеличивать его.
https://msdn.microsoft.com/ru-ru/library/79b3xss3.aspx

ETW, именно он, как раз нагуглилось Creating a Custom ETW EventSource for Debugging High-Performance Code in C#.
www.aaronstannard.com/creating-your-own-ETW-source

А вот как узнать действительный и полный (включая все поля) размер объекта из C#?
На докладе CLRium #1 был пример как пробежаться по куче, но это unsafe.

[Ethiopian]

Да, идею со статическим счетчиком я видел. Абсолютно идиотская, должен сказать, идея. Так и представляю как я в солюшене из 32 проектов и 400 тысяч строк кода в каждом классе по статическому полю дописываю.
ETW, к сожалению, тоже не выглядит подходящим. Там все на PerfView завязано, да и данные не совсем те, что нам нужны.
В любом случае, спасибо.

[MrDywar Pichugin]

А почему не развернуть ваше решение на тестовом стенде где вы вольны использовать все имеющиеся инструменты, и выявить причину утечки?

[Ethiopian]

MrDywar Pichugin: Тестовый стенд есть. Два, если быть точнее. Проблема в том, что течет не всегда. То ли от количества пользователей зависит, то ли еще от чего.