Стоит ли освобождать память в приложении...

...которое будет вызвано многократно в цикле?

Есть приложение
оно будет вызвано многократно в цикле
Внутри приложения используются несколько буфферов
Память под них выделяется в самом начале (VirtualAlloc для большого и new - для маленьких)
И используются буфферы до самого завершения приложения


Вопрос - нужно ли перед ExitProcess(0) вызывать VirtualFree и delete?
Т.к. после ExitProcess() все буфферы автоматически будут освобождены, и меня интересует, с точки зрения производительности - освобождать вручную или позволить это сделать системе после завершения процесса?

 

В нормальных языках давно есть gc

 

Я уверен что в VS2008 в С++ он тоже есть, но я не знаю что это такое ))))))
Объясните что это и для чего и как использовать

 

Все там освбождается, все ресурсы. Не волнуйся.

 

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

 

Хорошим тоном является освобождение памяти. Но с технической стороны, имхо, можно ничего не делать

 

Такс..стоп... освобождается только то, что выделено new

А как на счет VirtualAlloc ??
Такие буфферы так же присутствуют и вряд ли С++ принудительно вызывает VirtualFree
По крайней мере в импорте я ее не нашел

Поэтому вопрос в силе

Стоит ли освобождать вручную все буфферы, или доверить это системе (после ExitProcess) ??
С точки зрения производительности что лучше?

 

освобождается все, что было в адресном пространстве процесса + закрываются все хендлы и уничтожаются все объекты, чьи хендлы были в единственном варианте в данном процессе (+ см. мою подпись)

 

не очищать - это как насрать в унитаз и не смыть за собой... уважай свою операционную систему)))))

 

Очищать перед ExitProcess это все равно, что почистить унитаз ершиком от гавна перед тем как смыть его.

 

int2e
VirtualAlloc тебе не нужен.

 

jaja
скорее наоборот

 

int2e

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

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

 

мсдн

так что можно нифига не освобождать

 

Спасибо, капитан!

 

kero в данном конкретном случае да не веришь - проверь.

 

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

 

ну адресное пространство процесса ведь одно. И дллки же тоже внутри них

 

dgs
Ну все тоже самое, только осторожно с shared-секциями данных, которые могут быть использованы как-нибудь другими процессами.