ciò che è più costoso per la memoria. "creare ed eliminare oggetti" o "riutilizzare un oggetto"?

Question

ho un oggetto che è necessario attraverso il gioco in ogni 10 secondi. devo continuare a cancellare l'oggetto o continuare ad usare lo stesso oggetto? dove si trova l'oggetto nel cosiddetto "tempo libero"?

dato che si tratta di un gioco mobile, la memoria è una preoccupazione. quindi, volevo solo sapere quale metodo sarebbe fruttuoso.

"creating and deleting objects" ? 

o

"reusing a object" ? 

grazie

Answer 1

Questo dipende molto dalla natura dell'oggetto e l'uso della memoria del resto del programma, ma come una regola empirica:

Se è necessario l'oggetto in tutto il programma, tenerlo in memoria. Se è piccolo, non importa. Se è grande, ricrearlo ogni dieci secondi sarà un problema per il processore e le allocazioni potrebbero contribuire allo memory fragmentation.

Se si sceglie di mantenere vivo l'oggetto come suggerito, mentre non viene utilizzato, esso vivrà nella RAM e occuperà un po 'di spazio (presumendo che la piattaforma mobile non abbia memoria di scambio).

Answer 2

Riutilizzare l'oggetto è più economico, soprattutto se la creazione e l'eliminazione delle operazioni sono costose (disegno, accesso al disco, download), ma la presenza di troppi oggetti riutilizzabili nella cache potrebbe riempire la memoria.

Answer 3

Quando un oggetto non viene più utilizzato, viene chiamato il distruttore per liberare la memoria. Ma se poi crei un nuovo oggetto dello stesso tipo, viene chiamato il costruttore per allocare nuova memoria. Questo certamente riduce le prestazioni (in pratica, tuttavia, dipende anche da quanto è grande l'oggetto), quindi se non hai più bisogno di un oggetto durante l'esecuzione del programma, dovresti riutilizzarlo cambiando il suo contenuto.

Answer 4

Che cosa dice il tuo profiler?

Dipende in gran parte dall'oggetto, dal compilatore e dai tipi di utilizzo che stai facendo . L'unica volta che l'ho confrontato (e std::string nella libreria g++, la libreria g++, reinizializzata ogni volta tramite un ciclo), ricostruire l'oggetto ogni volta nel ciclo era più veloce. Sull'altra mano , la maggior parte degli altri contenitori standard conserva la loro memoria anche quando svuotata; in questi casi, se si definisce il contenitore al di fuori del ciclo , esso (di solito) arriverà alla sua dimensione finale abbastanza rapidamente, dopo che non ci saranno altre allocazioni.

E, naturalmente, è necessario considerare quanto sia difficile ripristinare l'oggetto in uno stato pristineo . È quasi impossibile per gli oggetti derivati ​​da std::ios_base, ad esempio; quasi sempre vuoi usare un nuovo std::ostringstream, piuttosto che provare a riutilizzarne uno esistente. Nonostante il costo.