@no_wearines

Всем доброго времени суток!

Я в процессе работы программы распределил память под определенные объекты и закрыл приложение.
Вопрос: что осталось в тех ячейках (старые значения, или система все почистила)?

0

@nmcf

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

0

@no_wearines

смотри, как я понимаю этот момент:

когда я использую new система мне выделяет участок памяти в адресном пространстве моего процесса. Я закидую туда какие нибудь значения и т.д.

А когда процесс завершает свою работу, система просто убирает границы адресного пространства. Получается, если я не очистил содержимое по завершению, оно там и останется?

0

@nmcf

Да.

1

@no_wearines

слушай, а как можно увидеть что в той ячейке после завершения программы? Может есть какой-то редактор?

0

Убежденный

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

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

Но это отнюдь не значит, что если ты "намусорил" - то убирать не стоит.

1

@no_wearines

Подожди, а как она перестает быть доступной? Куда деваются эти ячейки из ОЗУ?
(сотку процессов закроешь, так и памяти не наберешься) - че тут не так

0

Убежденный

ОЗУ - это ресурс. Когда процесс создается, ему выделяется этот ресурс. Когда завершается -
ресурс возвращается операционной системе. Когда-нибудь эти же страницы ОЗУ будут
выданы другому процессу, но от "жизнедеятельности" предыдущего процесса там уже
ничего не останется, никакой старой информации, только одни нули.

1

@no_wearines

Вот, что мня интересовало!
Значит все-таки система подчищает следы закрытого процесса. А очистка через delete - получается, просто правила хорошего тона (нагадил-убери)?

0

Убежденный

delete уничтожает объекты, которые больше не нужны.
Если ты все время будешь делать new и не делать delete, то рано или поздно память
процесса закончится и ему станет плохо. Кроме того, внутри самого объекта могут быть
ссылки на более "тяжелые" объекты, на другие ресурсы и т.п. Так что это не просто
хороший тон, а необходимое условие для "выживания" процесса.

1

@no_wearines

ВСЕ ДОШЛО!
Всем спасибо, все свободны!

0

@nmcf

Это какое-то нововведение из-за увлечения безопасностью? Разве Windows обнуляет память?

0

@no_wearines

опа, тема снова открыта

0

Убежденный

Да.
В частности:

VirtualAlloc function
https://msdn.microsoft.com/en-... s.85).aspx
Куча, Global(Local)Alloc, new/malloc - все они построены поверх VirtualAlloc, а
точнее, поверх соответствующего системного сервиса NtAllocateVirtualMemory.
Который возвращает память, заполненную нулями.

0

@nmcf

Убежденный, там о выделении памяти говорится. Я-то говорил про освобождение.

0

Убежденный

А как приложение получит память, не выделив ее ?

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

0

@nmcf

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

0

Убежденный

Хочешь сказать, что если только что запущенное приложение покопается в
своем адресном пространстве (оставим пока то, как именно оно это сделает),
то там будет "мусор" от старых процессов ?

0

@nmcf

Точно не скажу, если там всё через ту функцию, то видимо нет. Но если проверить ту память, которая освобождена после приложения и никому не выделена, то вполне возможно.

0

Убежденный

Если физическая страница памяти не закреплена ни за каким процессом, то читать ее
прикладные процессы (т.е. в ring-3) не могут.

А при создании нового процесса, а точнее, при инициализации его адресного пространства,
все физические страницы, выделяемые под стек, кучу, под working set, под структуры типа
PEB/TEB и т.п., то есть, под любые данные, которые по дефолту присутствуют в каждом
новом процессе, зануляются. Где-то это происходит как результат выделения юзермодной
памяти, - и тогда это сводится к NtAllocateVirtualMemory, - где-то ядро это делает в
явном виде, в старых Виндах функция называлась что-то типа MiZeroPhysicalMemory, в
новых, видимо, аналогично (не проверял).

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

А при освобождении памяти, когда физические страницы уходят обратно системе,
тогда никакого зануления, насколько я знаю, не делается, потому что это
избыточная операция.

Немного запутанно получилось, ну вот как-то так...

1