Узнать размер .NET-объекта

Не забывайте, что размер реального объекта не включает размер каких-либо объектов, на которые он ссылается.

Единственное, что может оказаться в куче больших объектов, - это массивы и строки - другие объекты имеют тенденцию быть относительно небольшими сами по себе. Даже объект с (скажем) 10 переменными ссылочного типа (по 4 байта на x86) и 10 идентификаторами GUID (каждый по 16 байтов) займет всего около 208 байт (есть небольшие накладные расходы на ссылку на тип и блок синхронизации).

Аналогичным образом, думая о размере массива, не забывайте, что если тип элемента является ссылочным типом, то для самого массива учитывается только размер использованная литература. Другими словами, даже если у вас есть массив из 20 000 элементов, размер самого объекта массива будет чуть более 80 КБ (на x86), даже если он ссылается на гораздо больше данных.

Если это не тип с огромным значением или тип экземпляра (т.е. многие тысячи полей), единственные типы, о которых вам нужно беспокоиться, - это большие массивы или строки. Конечно, чтобы определить размер массива, вам нужно знать размер элемента.

.NET (в настоящее время) выравнивает типы почти так же, как собственные компиляторы выравнивают типы. Фундаментальные типы имеют естественное выравнивание, которое обычно представляет собой округленную интегральную степень двух ближайших к их размеру:

Single, Int32, UInt32 - 4
IntPtr, UIntPtr, pointers, references  - 4 on 32-bit, 8 on 64-bit
Double, Int64, UInt64 - 8
Char, Int16, UInt16   - 2
Byte, SByte           - 1

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

Сами типы, определяемые пользователем, имеют выравнивание, которое вычисляется как высшее выравнивание любого из их типов полей. При необходимости размер шрифта увеличивается, чтобы выровнять размер шрифта.

Но, конечно, все ссылочные типы по-прежнему имеют размер и выравнивание только IntPtr.Size, поэтому размер ссылочного типа не повлияет на массивы этого типа.

Обратите внимание, что среда CLR может по своему усмотрению выбирать типы макета, отличные от описанных выше, возможно, для увеличения локальности кеша или уменьшения заполнения, требуемого выравниванием.

Вы попадаете в область продвинутой отладки .NET. Начните с Отладочные книги Джона Робинса.

Используйте WinDBG с Sos.dll (часть дистрибутива .NET) и расширениями Sosex.dll. С помощью этих инструментов вы действительно можете увидеть, что происходит, когда ваше приложение работает. Вы найдете ответы на поставленные выше вопросы.

(Еще одна рекомендация - установить Интерфейс командной строки с общим исходным кодом 2.0, также известный как Rotor 2, чтобы посмотреть, что происходит под капотом.)

Если можете - сериализуйте это!

Dim myObjectSize As Long

Dim ms As New IO.MemoryStream
Dim bf As New Runtime.Serialization.Formatters.Binary.BinaryFormatter()
bf.Serialize(ms, myObject)
myObjectSize = ms.Position

Пожалуйста, выполните следующие действия, чтобы узнать размер объекта.

1. Перейдите в Свойства проекта Visual Studio 2010 → вкладка Отлаживать → Включить отладку неуправляемого кода.

2. Перейдите в меню Visual Studio Отлаживать → Параметры и настройки → Отладка → Символы.

3. Там включите Microsoft Symbol Server и оставьте значение по умолчанию (символы могут начать загрузку).

4. Установите точку останова в своем коде, начните отладку (F5).

5. Откройте Отлаживать → Окна → Немедленное окно.

6. Введите .load sos.dll (Сын забастовки).

7. Введите *!DumpHeap -type MyClass* (объект, размер которого вы хотите найти)

8. На выходе найдите адрес объекта, то есть (00a8197c)

   Размер MT адреса 00a8197c 00955124 36

9. Далее !ObjSize 00a8197c

10. Вот и все → sizeof (00a8197c) = 12 (0x48) байт (MyClass)

Метод Гомеша упрощено:

1. Перейдите в Visual Studio (2010) Project Properties * → вкладка Отлаживать → Включить отладку неуправляемого кода.

2. Установите точку останова в своем коде, начните отладку (F5).

3. Откройте Отлаживать → Окна → Немедленное окно.

4. Введите .load sos.

5. Enter (замените myObject на имя вашего объекта)

   ? String.Format("{0:x}",Integer.Parse(System.Runtime.InteropServices.GCHandle.InternalAddrOfPinnedObject(System.Runtime.InteropServices.GCHandle.Alloc(myObject).GetHandleValue()).ToString())

6. Используйте результат как параметр !ObjSize

См .: SOS.DLL, адрес объекта и отладчик Visual Studio Введение

Пример (ищем объект с именем tbl):

.load sos
extension C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.dll loaded
? string.Format("{0:x}",Integer.Parse(System.Runtime.InteropServices.GCHandle.InternalAddrOfPinnedObject(System.Runtime.InteropServices.GCHandle.Alloc(tbl).GetHandleValue()).ToString())-4)
"27ccb18"
!ObjSize 27ccb18
PDB symbol for clr.dll not loaded
sizeof(027ccb18) =       154504 (     0x25b88) bytes (System.Data.DataTable)

Для оценки (в 2017 г.) вы можете выполнить отладку в своем приложении, установить точку останова до того, как ваш словарь оживет, сделать «Снимок использования памяти» (вкладка: Использование памяти под Диагностические инструменты), заполнить словарь и получить еще один снимок.

Это неточно, но это хорошее предположение.