comment libxml2 gère la fragmentation

Question

J'ai ajouté mes allocateurs personnalisés pour libxml2 dans un projet et je vois une liste d'alloc et d'appels gratuits. Ce que j'essaie de vérifier, c'est comment libxml2 gère la fragmentation, si c'est le cas. Le programme exécutable commence à augmenter la mémoire et ne le renvoie pas au système d'exploitation. Il existe une documentation libxml2 indiquant que cela peut arriver au cas où le système d'exploitation décide que la mémoire renvoyée est trop petite et trop lourde pour la réutiliser. Mon programme utilise beaucoup de petites allocations en les utilisant et en les libérant. Le reste de l'application utilise des pools de mémoire basés sur le thread afin qu'il n'y ait aucune chance de fuite, ces pools sont réinitialisés à chaque itération des appels du gestionnaire. J'ai utilisé les fonctions suivantes pour écraser les allocateurs par défaut juste pour vérifier les allocations. Toute aide à comprendre ceci pourrait être utile. J'ai essayé de chercher sur le site Web la fragmentation de la mémoire sans succès.

/* the function override the libxml2 default ones **/ 
void cfreeFunc(void* ptr); 
void * cmallocFunc(size_t size); 
void * cmallocAtomicFunc(size_t size); 
void * creallocFunc(void *ptr, size_t size); 
char * cstrdupFunc(const char *str); 

xmlGcMemSetup(cfreeFunc, cmallocFunc, cmallocAtomicFunc, creallocFunc, 
     cstrdupFunc); 

Answer 1

libxml2 vous fournit la méthode pour la remplacer pour les fonctions de gestion de mémoire - ce qui, sinon cela pourrait être fait pour résoudre votre problème? Cela dépend de vos fonctions - et si vous utilisez sbrk (ou malloc qui utilise sbrk) - vous ne retournez jamais de mémoire. Vous pouvez essayer d'utiliser mmap séparé pour chaque allocation, mais dans le cas d'une grande quantité de très petites allocations, cela augmenterait considérablement l'empreinte de la mémoire. Une meilleure approche consiste à allouer des tampons avec mmap et à les utiliser comme tampons de mémoire pour les allocations futures.