Как я могу получить фактическую память, используемую в моем приложении С#?
Я не знаю, чему поверить.
Использование памяти несколько сложнее, чем отображение одного или двух цифр. Я предлагаю вам взглянуть на Mark Russinovich отличный пост на разные виды счетчиков в Windows.
.NET только усложняет ситуацию. Процесс .NET - это еще один процесс Windows, поэтому, очевидно, он будет иметь все регулярные показатели, но кроме того, CLR действует как менеджер памяти для управляемого приложения. Поэтому в зависимости от точки зрения эти цифры будут различаться.
CLR эффективно распределяет и освобождает виртуальную память в больших кусках от имени приложения .NET, а затем при необходимости извлекает биты памяти в приложение. Таким образом, хотя ваше приложение может использовать очень мало памяти в данный момент времени, эта память может быть или не быть выпущена в ОС.
Кроме того, CLR сама использует память для загрузки IL, компиляции IL в собственный код, хранения всей информации о типе и т.д. Все это увеличивает объем памяти процесса.
Если вы хотите знать, сколько памяти используется вашим управляемым приложением для данных, полезно использовать байты во всем счетчике кучи. Частные байты могут использоваться в качестве приблизительной оценки использования памяти приложения на уровне процесса.
Вы также можете проверить эти связанные вопросы:
Если вы используете VS 2010, вы можете использовать Visual Studio 2010 Profiler. Этот инструмент может создавать для вас очень информативные отчеты.
Если вы хотите узнать приблизительно, сколько байтов выделено в куче GC (игнорируя память, используемую средой выполнения, JIT-компилятором и т.д.), вы можете вызвать GC.GetTotalMemory. Мы использовали это при отслеживании утечек памяти.
Загрузить VADump (Если у вас его еще нет)
Использование: VADUMP.EXE -sop [PID]
Ну, что такое "фактическая память, используемая в моем приложении С#"?
Благодаря виртуальной памяти и (нескольким) уровням управления памятью в Windows и CLR это довольно сложный вопрос.
Из источников, которые вы упоминаете, профайлер CLR даст вам самую подробную разбивку, я бы назвал это наиболее точным.
Но ответа "одного номера" нет, вопрос о том, может ли приложение A использовать более или менее память, чем B, невозможно ответить.
Итак, что вы на самом деле хотите узнать? У вас есть конкретная проблема с производительностью?