Avez-vous déjà utilisé NSZoneMalloc() au lieu de malloc()?

Question

Cocoa fournit des zones de mémoire alignées sur les pages qu'il appelle Memory Zones, et fournit quelques fonctions de gestion de la mémoire qui prennent une zone comme argument.

Supposons que vous ayez à allouer un bloc de mémoire (pas pour un objet, mais pour des données arbitraires). Si vous appelez malloc(size), le tampon sera toujours alloué dans la zone par défaut. Cependant, quelqu'un peut avoir utilisé allocWithZone: pour allouer votre objet dans une autre zone en plus de la valeur par défaut. Dans ce cas, il semblerait préférable d'utiliser NSZoneMalloc([self zone], size), ce qui maintient votre tampon et votre objet propriétaire dans la même zone de mémoire.

Suivez-vous cette pratique? Avez-vous déjà utilisé des zones de mémoire?

Mise à jour: Je pense que Stack Overflow a tendance à répondre aux questions sur les sujets de bas niveau avec un cours sur l'optimisation prématurée. Je comprends que les zones ont probablement plus d'importance en 1993 sur le matériel NeXT qu'aujourd'hui, et une recherche sur Google montre clairement que pratiquement personne ne les concerne. Je demande quand même, pour voir si quelqu'un pourrait décrire un projet où ils ont utilisé des zones de mémoire.

Answer 1

J'ai écrit des logiciels pour NeXTStep, GNUstep sous Linux et Cocoa sous Mac OS X, et je n'ai jamais eu besoin d'utiliser des zones mémoire personnalisées. La condition qui suggèrerait une bonne amélioration du logiciel n'est jamais apparue, ou n'a jamais été détectée comme significative.

Answer 2

Si vous vous trouvez en train de faire cela, vous travaillez probablement à un niveau inférieur à ce que vous devriez vraiment être. Le sous-système les ignore à peu près; tous les appels à +alloc ou tels vous obtiendrez des objets dans la zone par défaut. malloc et NSAllocateCollectable sont tout ce que vous devez savoir.

Answer 3

Vous avez absolument raison dans l'ensemble de votre question, mais en pratique, personne n'utilise vraiment les zones. Comme la page que vous liez le met:

Dans la plupart des cas, l'utilisation de la zone par défaut est plus rapide et plus efficace que la création d'une zone séparée.

L'avantage de faire votre propre zone est:

Si un défaut de page se produit lorsque vous essayez d'accéder à l'un des objets, chargement de la page apporte tous les objets connexes, ce qui pourrait réduire de manière significative le nombre de fautes de page futures.

Si un défaut de page se produit, cela signifie que le système a été récemment choses pageant et est lent donc de toute façon, et que ce soit votre application n'est pas responsable ou la solution est dans la partie de votre application qui a alloué trop mémoire à la fois en premier lieu. Donc, au fond, la question est: "pouvez-vous prouver que vous avez vraiment besoin de créer votre propre zone pour résoudre un problème de performance ou rendre votre application rapide", et la réponse est "non".