techdoc May 13 2015 at 08:40

Можно ли совместить юнит тесты и профилирование памяти?

5 min

.NET*C#*

Translation

+11

Comments 23

Razbezhkin May 13 2015 at 08:55

Спасибо. очень полезная, должно быть, штука.
А как вообще через код C# можно определить, какие объекты находятся в памяти?

Dywar May 13 2015 at 23:17

Если почитать два последних поста от Jet, то в них можно найти видео.
В одном из которых автор доклада бегает по куче и считает объекты используя C# unsafe.

Можно использовать windbg с расширением SOS.dll, SOSEX.dll.
Запускаем программу, цепляемся в нужном месте, и смотрим SOH (0,1,2) и LOH.

Razbezhkin May 14 2015 at 11:33

Спасибо. Не могли бы привести пример, если не затруднит.

Dywar May 14 2015 at 21:23

1) Человек из JetBrains.
www.youtube.com/watch?v=KbuJdkPLAjw

2) Windbg.

!dumpheap [-stat] [-mt <>] [-type <>] [-strings] [-min] [-max]
(What classes take space in managed heap)

!dumpgen <genNum> [-free] [-stat] [-type <>] [-nostrings]
(Dumps the contents of the specified generation (sosex))

!dumpdomain 	(сколько доменов.)
!EEVersion	(отображает версию GC.)
!threads		(отображает потоки. -special для специальных потоков)
!dumpheap 	(garbage collector heap.)
!dumpheap -type SpaceName.Type (покажет объект в куче.)
!dumpheap -type Free -stat	(поиск пустых объектов, показывает кол-во всего и пустые из них.)
!gcroot XXX		(отображает тех кто удерживает объект от сборки.)
!objsize XXX		(отображает размер объекта (и все объекты на которые он ссылается, включено в него.)

Если попытаться загрузить sos при старте приложения ничего не выйдет, надо аттачиться когда процесс уже прошел первичную инициализацию.

UFO just landed and posted this here

xtraroman May 13 2015 at 11:12

Интересная статья, но dotMemory Unit не рекомендуют совмещать с unit тестами, потому что обычно unit тесты гоняют под конфигурацией Debug а dotMemory Unit больше любит Release конфигурацию. А еще статья расширила мой лексикон такими словами как: профиляция, профилятор :).

techdoc May 13 2015 at 11:41

эмм, я так понимаю это не проблема dotMemory Unit. Просто в Debug билдах, те объекты на которые ссылается отладчик не будут собраны во время GC (даже если они уже не нужны самой программе). Собсно поэтому с точки зрения потребления памяти смотреть надо всегда на Release билды.

areht May 16 2015 at 21:34

debug билды могут запускаться и не под отладчиком

UFO just landed and posted this here

xtraroman Jul 23 2015 at 12:50

UFO just landed and posted this here

alexeykuzmin0 May 13 2015 at 13:24

А известно про что-нибудь подобное для C++?

yurash May 13 2015 at 14:04

Извините, но в статье-переводе я на «профиляцию» не согласен. Давайте все вместе:
память профилировали, профилировали да невыпрофилировали, надо память перепрофилировать, перевыпрофилировать