Ça semble d'ailleurs se confirmer si tu alloues un tout petit peu moins d'objet que prévu : si tu remplaces
NB_ALLOC 1024*1024
par
NB_ALLOC 1024*1024 - 1024
Tu divises par deux ta consommation mémoire qui redevient proche de celle que tu attends. Comme ×ばつ1024 est une puissance de deux et que la taille des pages allouées par fast_pool_allocator<> doit l'être aussi, tu dois probablement remplir tout juste une page vers la fin de ta boucle, et l'alloueur prépare la suite en allouant autant d'espace qu'il en a utilisé jusque là. Cette dernière page restant alors majoritairement vide.
[^] # Re: FAST pool allocator
Posté par Obsidian . En réponse au message operator new + boost::fast_pool_allocator. Évalué à 5. Dernière modification le 20 avril 2013 à 15:16.
Ça semble d'ailleurs se confirmer si tu alloues un tout petit peu moins d'objet que prévu : si tu remplaces
par
Tu divises par deux ta consommation mémoire qui redevient proche de celle que tu attends. Comme ×ばつ1024 est une puissance de deux et que la taille des pages allouées par fast_pool_allocator<> doit l'être aussi, tu dois probablement remplir tout juste une page vers la fin de ta boucle, et l'alloueur prépare la suite en allouant autant d'espace qu'il en a utilisé jusque là. Cette dernière page restant alors majoritairement vide.