Есть приложение, которое "жрет" память. Причем Task Manager показывает, что процесс протребляет меньше 10 мегабайт физической памяти.
Вкладка Performance Task manager'а показывает, что почти вся физическая память на машине забита чем-то. Если я завершаю этот свой процесс, память освобождается, как будто я завершил firefox с множеством открытых вкладок.

Собственно вопросы:
почему task manager "врет"?
как узнать сколько процесс на самом деле памяти "потребляет"?
как исправить ситуацию?

Так как это приложение написано на С++, я мог, конечно, допустить ошибку memory leak, но ведь тогда task manager'е я бы увидел что память "течет"?

Вот что показывет Task Manager (до того как я завершил процесс и память освободилась):


Спасибо

может файлмэпинги создаете и забываете закрывать/отмапливать?

Здравствуйте, ononim, Вы писали:

O>может файлмэпинги создаете и забываете закрывать/отмапливать?

я не использую отображаемые файлы.

Вот только что заметил — опера жрет 500 Мб хотя Task Manager показывает 168Mb. (заметил завершением процесса оперы и сравнением освободившейся памяти на вкладке Performance. Несколько дней назад такого не было...
Память постоянно занята в районе 1.8-2 Гб (Windows постоянно предлагает завершить процессы, в том числе и собственный dwm.exe чтоб освободить память).

наверное зверек какой-то поселился или апдейт криво встал?
но все-таки интересно почему task manager не показывает реально занимаемую память.
Если даже сложить объем Working sets всех процессов видных в task managere, занятая память что отображается на вкладке Performance значильно больше.

O>>может файлмэпинги создаете и забываете закрывать/отмапливать?
А>я не использую отображаемые файлы.
А что используете? Включая 3rd part либы..

А>наверное зверек какой-то поселился или апдейт криво встал?
А>но все-таки интересно почему task manager не показывает реально занимаемую память.
Таск манагер показывает working set. "реально занимаемую память" слишком расплывчатое понятие. К примеру возьмем тот же файлмаппинг. Вот приложение взяло и закомитило файлмапинг, привязанный к файлу. Это реально занимаемая память или нет? Физ страницы то не заняты пока не произойдет обращения к страницам файлмапинга, и даже после того — они могут быть легко освобождены и отправлены на другие нужды. Место в активых пэйжфайлах при этом так же не резервируется. Так что это за память? Ее никто нигде не показывает до обращениям к страницам..
Или вот файлмапинг без файла (типа pagefaile-backed). Он может быть промаплен в нескольких разных процессах. Физические страницы и место резервируемое в свопе при этом шарится между всеми процессами. Кому принадлежит эта "память"? Никто ее тоже не показывает до обращения к страницам, а вот в в графе PF usage она очень даже видна все время.
Вобщем с памятью нынче все очень сложно.

Здравствуйте, <Аноним>, Вы писали:

ProceXP + VMMap + RamMap помогут.

Здравствуйте, Аноним, Вы писали:

А>Собственно вопросы:
А>почему task manager "врет"?
А>как узнать сколько процесс на самом деле памяти "потребляет"?
А>как исправить ситуацию?

А>Спасибо

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