lo que es más caro para la memoria. "crear y eliminar objetos" o "reutilizar un objeto"?

Question

Tengo un objeto que se necesita a través del juego en cada 10 segundos. ¿Seguiré eliminando el objeto o seguiré usando el mismo objeto? ¿dónde se encuentra el objeto en el llamado "tiempo libre"?

ya que es un juego para dispositivos móviles, la memoria es una preocupación. , solo quería saber qué método sería fructífero.

"creating and deleting objects" ? 

o

"reusing a object" ? 

gracias

Answer 1

Esto depende en gran medida de la naturaleza del objeto y el uso de memoria del resto del programa, pero como regla general:

Si necesita el objeto durante todo el programa, guárdelo en la memoria. Si es pequeño, no importará. Si es grande, volver a crearlo cada diez segundos supondrá una carga para el procesador y las asignaciones también pueden contribuir al memory fragmentation.

Si opta por mantener el objeto vivo como lo recomendé, entonces, mientras no se use, vivirá en la RAM y ocupará espacio allí (suponiendo que su plataforma móvil no tenga memoria de intercambio).

Answer 2

Reutilizar el objeto es más económico, especialmente si las operaciones de creación y eliminación son caras (dibujo, acceso al disco, descarga), pero tener demasiados objetos reutilizables en la memoria caché puede llenar la memoria.

Answer 3

Cuando un objeto ya no se utiliza, se llama al destructor para liberar la memoria. Pero si luego crea un nuevo objeto del mismo tipo, se llama al constructor para asignar nueva memoria. Sin duda, esto reduce el rendimiento (en la práctica, sin embargo, también depende de qué tan grande sea el objeto), por lo que si ya no necesita un objeto durante la ejecución del programa, debe reutilizarlo cambiando su contenido.

Answer 4

¿Qué dice tu profiler?

Depende en gran medida del objeto, el compilador y los tipos de uso que están haciendo de él. La única vez que lo comparaté (y std::string en la biblioteca g++, siendo reiniciado cada vez a través de un bucle), reconstruyendo el objeto cada vez en el bucle era más rápido. En el , la mayoría de los otros contenedores estándar conservan su memoria incluso cuando se vacía; en tales casos, si define el contenedor fuera del bucle , (normalmente) llegará a su tamaño final bastante rápido, después de , donde no habrá otras asignaciones.

Y por supuesto, debe considerar cuán difícil es restaurar el objeto a un estado prístino. Es casi imposible para los objetos derivados de std::ios_base, por ejemplo; casi siempre quiere usar un nuevo std::ostringstream, en lugar de intentar reutilizar uno existente. A pesar del costo.