Uso de memoria de datos centrales y advertencia de memoria

Question

Tengo este problema. Tengo una base de datos de imágenes en Core Data. Cojo todas las imágenes (aproximadamente 80 MB) y las coloco en un NSMutableArray. Los objetos están correctamente criticada:

NSArray *fetchResults = [self.managedObjectContext executeFetchRequest:request error:&error]; 
self.cache = [NSMutableArray arrayWithArray:fetchResults]; 
for (ImageCache *imageObject in self.cache) { 
    NSLog(@"Is fault? %i", [imageObject isFault]); 
} 

lectura del registro, veo que los objetos están correctamente criticada Sin embargo, el uso de instrumentos, veo que se usan 80 MB de memoria. Creo que esta es la razón por la que Core Data almacena en caché sus resultados, y debería liberar la memoria cuando sea necesaria. Pero (y este es mi "problema"), si simulo una advertencia de memoria, ¡no pasa nada! Los 80MB permanecen allí.

En cuanto a los instrumentos - asignaciones, el 80 MB se utilizan por muchos Malloc: (ejemplo)

Gráfico Categoría vivo Bytes # # Vida Transitorias general Bytes # # En general Asignaciones (neto/total) 0 Malloc 176,00 KB 8,59 MB 50 57 18,39 MB 107% 0.00,% 0.00 0 Malloc 200,00 KB 8,20 MB 42 460 98,05 MB 502% 0.00,% 0.04 0 Malloc 168,00 KB 7,05 MB 43 MB 19 10,17 62%: 0,00, 0,00%

Este es un enlace a una imagen de todo el árbol de llamadas: https://www.dropbox.com/s/du1b5a5wooif4w7/Call%20Tree.png

¿Alguna idea? Gracias

Answer 1

Ok, he entendido por qué sucede. Cuando realiza una solicitud de recuperación para una entidad, incluso si la falla está habilitada, TODOS LOS DATOS de esa entidad se cargan en la memoria. Incluyendo grandes datos binarios. Puede resolver esto utilizando muchos métodos:

1- configurándolo en su NSFetchRequest: [request setIncludesPropertyValues:NO]; en NO, los datos no se cargan en la memoria caché de inmediato, pero sólo a petición (cuando se accede a la propiedad y la culpa es despedido) Pero esto tiene un "problema". Incluso si intenta volver a fallar la propiedad (porque no lo necesita de inmediato y desea liberar la memoria, usando [self.managedObjectContext refreshObject:object mergeChanges:NO];), la memoria no se libera. La caché permanece activa hasta que se restablece managedObjectContext.

Esto es mejor:

2- se puede dividir los datos en entidades separadas. En mi caso, solo tenía 2 propiedades: una url y datos de imagen. Dividí los datos en 2 entidades con una relación 1: 1: imagecache e imagedata. Realizado un fetchRequest para toda la fila de la entidad "imagecache" (con la propiedad url), y al igual que la solución anterior, no se almacenó en memoria ninguna memoria. El propery imagecache.relationship.image fue fallado correctamente. El acceso a esta propiedad provocó que se disparara la falla y se llenara la memoria caché. Pero en este caso, al hacer [self.managedObjectContext refreshObject:object mergeChanges:NO]; en el objeto "caché de imagen" (el objeto "padre"), se obtuvo inmediatamente la liberación de la caché y la memoria, volviendo a fallar la propiedad imagecache.relationship.image. Atención: no haga en el objeto "hijo", si lo hace [self.managedObjectContext refreshObject:object.relationship mergeChanges:NO], por alguna razón no se libera la caché. Creo que es por eso que atraviesas la relación.

3- Dije que esto era principalmente una pregunta académica, la verdadera solución de "todo el día" (mejor rendimiento y menos dolor de cabeza) para estos problemas es evitar el almacenamiento de grandes volúmenes de datos dentro de la base de datos central. Puede guardar sus datos como archivos y almacenar solo una referencia (ruta de archivo) o, con iOS 5, tiene la posibilidad de configurar "usar almacenamiento externo" en cualquier propiedad de "Datos" dentro de su modelo de datos principal. Esto hará todo el trabajo por ti.

Answer 2

Creo que deberías cargar menos objetos en la memoria por lotes.

memoria liberada por coredata ocurre detrás de las escenas y no tiene que programar para ello; la mala noticia es que ocurre detrás de escena y, por lo tanto, puede "mágicamente" masticar la memoria.

Las formas a su alrededor son muchas; por ejemplo, use un predicado para seleccionar solo las filas que absolutamente necesita; no haga una llamada general para buscar todo y luego vaya por la lista uno por uno. Lo más probable es que se bloquee cuando realiza la llamada general y CoreData intenta cargar todos los objetos.