Discussion :

[buzzkaido]

Bonjour,

Je programme avec Visual Studio 2005, et j'ai créé un petit projet qui commence à prendre de l'envergure.

Parmi les objets que le programme manipule, certains sont imbriqués : un conteneur qui contient des boites, qui contiennent des objets...

J'aimerais determiner la place occupée en mémoire par le conteneur (par exemple).

C'est à dire la place qu'il occupe lui + ses boites + les objets de ses boites....

Vu que c'est à des fins de tests, j'aimerais eviter d'implementer de nouvelles méthodes, j'aimerais juste savoir si c'est possible de connaitre l'espace occupé grâce à un debuggeur ou quelque autre manip'

Merci.

[Médinoc]

Pas à ma connaissance, à moins de passer par des opérateurs d'allocation spéciaux, et monopoliser un des "types de bloc" (il me semble qu'il n'y en a pas plus de seize disponibles) pour ça...

En C++, tu auras plus vite fait de faire ta propre fonction de comptage de taille...

[buzzkaido]

Oui, probablement...

Je comptais sur une fonctionnalité méconnue du debuggeur ou un truc de ce genre...

Tant pis !

[ZaaN]

pour une estimation tu peux utiliser les task manager. Tu fais une version du prog sans instancier la taille que tu veux mesurér et un autre avec.
Puis la differwences des deux resultats te donneras une approximation.

Sinon tu sera obliger de faire de nouvelles methodes. / de coder

[Invité]

pour une estimation tu peux utiliser les task manager. Tu fais une version du prog sans instancier la taille que tu veux mesurér et un autre avec.
Puis la differwences des deux resultats te donneras une approximation.

Sinon tu sera obliger de faire de nouvelles methodes.

tres large comme estimation, car le task manager ne donne pas la mémoire allouée a un instant donnée mais une partie de la mémoire réservée...

le plus judicieux pour estimer la taille de son conteneur est de faire qqchose comme ca :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
  sizeof(conteneur) // taille du conteneur vide
+ sizeof(boites) * conteneur.size()  // n fois la taille d'une boite
+ sizeof(objet) * conteneur.size()   // n fois la taille d'un objet dans la boite

bien sur, ceci est tres vague. je suppose ici qu'une boite ne comprend qu'un seul objet a la fois, qu'un conteneur référence ses boites par pointeurs, et encore (sans parler que je ne factorise pas mon code)... il faudrait connaitre l'existant plus précisemment pour faire un algo qui tienne la route. mais ca donne une idée...

[buzzkaido]

toxcct :

C'est evidemment la meilleure solution.

Et c'est celle que j'ai implementée. Vu que c'était juste pour faire quelque tests, je voulais eviter d'ajouter du code un peu partout dans mon programme.

Mais maintenant, c'est fait.

[ZaaN]

tres large comme estimation, car le task manager ne donne pas la mémoire allouée a un instant donnée mais une partie de la mémoire réservée...

Pourtant j ai des resultats, certe pas exact dans l'absolu, mais si mon programme instancier durant don execution les differences relatives sont tres precises...

Alors experience faites, ca donne un bonne estimation

[buzzkaido]

Oui, sauf que mon logiciel est u plugin sous forme de DLL chargé dans un logiciel hôte.

Ca devient difficile de faire la difference entre la memoire prise par l'hote, la memoire prise par le plugin et la memoire allouée par l'hote au chargement du plugin pour lui fournir des buffers de travail...

[Médinoc]

Hum...
Je pense avoir trouvé un moyen en surchargeant l'opérateur new, et en utilisant plusieurs tas.
S'inspirer un peu de cet exemple : How to overload new to reduce memory fragmentation

Voir ces fonctions:
HeapCreate()
HeapSize()
HeapWalk()

[buzzkaido]

Effectivement, pour mettre en place une solution générique ça me parait la meilleure solution.

Au passage, fort interressant cet article, dans mon code il arrive que je crée un grand nombre d'objets de petite taille...

Surcharger "new" et "delete" peut etre une bonne piste pour reduire la consommation de mémoire tout en s'assurant que les objets sont alloués dans des zones mémoires très proches pour eviter les ruptures de cache lorsque je les traite tous "à la suite".

[Laurent Gomila]

Si le sujet t'intéresse (gérer efficacement les allocations d'objets de petite taille), il y a également une solution portable décrite dans le livre Modern C++ design, et implémentée dans la bibliothèque Loki.

[buzzkaido]

ah !

C'est bon à savoir, ça !

Merci.