El uso de la memory CFString (inmutable) sigue creciendo en la aplicación IOS

Estoy revisando el uso de la memory de mi aplicación IOS usando instrumentos y encontré que CFString sigue siendo asignado y creciendo. Utilicé el método StringWithFormat, algo así como [[NSString alloc] init] al crear el object NSString en mi código. ¿Cómo puedo detener esto? La siguiente image es la captura de pantalla de la salida del instrumento.

Por favor, dígame si falta la información de la pregunta.

Pantalla del instrumento

    Es una buena práctica usar bloques de grupo de autorelease personalizados si está creando muchos objects temporales utilizando constructores de conveniencia. Dado que los objects creados usando constructores de conveniencia son autoelegidos, es posible que no se liberen de inmediato. Esta es la razón del aumento en el uso de la memory.

    Desde Apple :

    Muchos progtwigs crean objects temporales que se autorean. Estos objects se agregan al espacio de memory del progtwig hasta el final del bloque. En muchas situaciones, permitir que los objects temporales se acumulen hasta el final de la iteración actual del ciclo de events no genera una sobrecarga excesiva; Sin embargo, en algunas situaciones, puede crear una gran cantidad de objects temporales que agreguen sustancialmente a la huella de memory y que desee deshacerse de ellos más rápidamente. En estos últimos casos, puede crear su propio bloque de autorelease. Al final del bloque, se lanzan los objects temporales, lo que generalmente resulta en su desasignación, lo que networkinguce la huella de memory del progtwig.

    http://www.cocoanetics.com/2009/08/understanding-autoreleasing/

    En nuestro caso, descubrí una fuga continua de NSStrings (muchos de los cuales eran de la class NSPlaceholderString que forma parte del clúster de class) se debió a que NSZombieEnabled se encontraba en el esquema.

    Al apagarlo, se eliminó esta fuente de pérdida de memory.