Come scoprire dove sta andando la mia memoria

Question

Ho la situazione in cui il ciclo di caricamento e chiusura di un documento consuma pochi Mb di RAM. Questa memoria non è trapelata come qualcosa che lo possiede e lo pulisce quando l'app esce (Visual Leak Detector e lo strumento Mac Leaks mostrano accordo su questo). Tuttavia, mi piacerebbe scoprire dove sta andando. Presumo che si tratti di una sorta di cache nell'applicazione che viene popolata quando il documento viene caricato ma non liberato quando il documento viene chiuso. Quali metodi o strumenti posso utilizzare per scoprire dove vengono effettuate queste allocazioni?

UPDATE:

seguente post di Hans ho aggiunto un ciclo per l'applicazione per i documenti più volte di apertura e chiusura. Ho scoperto che c'era un salto iniziale nell'utilizzo della memoria ('Byte privati' come riportato da Process Explorer) dopo aver caricato il primo paio di documenti, ma poi non è più aumentato ogni volta. Quindi questo suggerisce che non ci sono nuove allocazioni, e l'aumento apparente è probabilmente dovuto principalmente a un artefatto del paging.

Ho anche dato un'occhiata più da vicino a Strumenti sul Mac, che è stato utile per vedere dove stavano accadendo le allocazioni: creare uno strumento composto dagli strumenti Allocations and Leaks quindi aggiungere un'istantanea heap all'inizio e alla fine di un cicla e nell'elenco Heapshots mostrerà tutti i delta di allocazione relativi all'ultima istantanea. Ciò suggerisce che sul Mac le allocazioni di memoria erano aumentate di ma erano dovute a cache interne come il disegno di CoreGraphics, su cui abbiamo un controllo limitato.

Answer 1

Partendo dal presupposto che sia in realtà la RAM che hai misurato: certo questo è del tutto normale. Il tuo programma sta affrontando attivamente le pagine di memoria virtuale quando carica un documento, verrà mappato alla RAM. Rimarranno lì fino a quando un altro processo non avrà bisogno di avere pagine mappate su RAM. Alcuni sistemi operativi eliminano il set di lavoro in modo preventivo, ad esempio su Windows quando le finestre dell'app vengono ridotte a icona.

Se in realtà sono le pagine di memoria virtuale che hai misurato: anche questo è normale. Dopo aver rilasciato la memoria, i blocchi heap vengono aggiunti all'elenco dei blocchi liberi, pronti per essere utilizzati dalla successiva allocazione di memoria. Se rilasciando la memoria capita di liberare un'intera gamma di pagine, allora il gestore della memoria ha l'opportunità di annullare la mappatura di quell'intervallo. Non succede spesso ed è un dettaglio di implementazione del tuo gestore della memoria quanto lo fa aggressivamente.

Answer 2

Beh, in realtà hai una perdita. Quando l'applicazione esce dal SO pulisce tutte le risorse: nessuna perdita di applicazioni nel senso che lascia la memoria assegnata in modo permanente dopo la sua chiusura. XCode ha uno strumento per aiutarti a identificare le perdite.
Guarda sotto

Run->Run with performance Tool->Leaks

Questo eseguirà la tua applicazione con un codice che ti aiuterà a trovare le perdite.

Answer 3

Se è possibile riprodurlo in modo affidabile, è possibile utilizzare l'heap di debug in MS CRT per risolvere il problema. Inizia qui: Memory Leak Detection and Isolation

Answer 4

Potrebbe essere utile a qualcuno. Ho pensato che Xcode 4.2 con il rilevamento di oggetti zombi attivato (una casella di controllo in modifica schema) mangia memoria come un pazzo - ~ 4GB in un min. Assicurati di controllare questo nel caso in cui la tua app mangia memoria in esecuzione in Xcode e non altrimenti. Anche gli strumenti di allocazione della memoria e perdite non danno nulla.