Discussion :

[Crackerz]

Bonsoir,

Pourriez-vous m'indiquer comment procédez-vous pour évaluer la mémoire lors de l'execution d'un programme ? Lorsque j'écris des programmes, je voudrai être certains que toute la mémoire est bien libérer, qu'il n'y a pas de fuite, malloc de bonne taille, etc ...

Merci pour vos conseils.

[LittleWhite]

Bonjour,

Sous Linux on utilise valgrind. Sous Windows, on peut essayer Dr Memory. Ils vont surveiller tous les accès mémoire et faire un rapport sur l'exécution du programme.

[Bktero]

Pour l'utilisation de dr memory : http://www.developpez.net/forums/d12...ows-and-linux/

[Crackerz]

Bonsoir,

Merci pour vos réponses.
J'ai une autre question touchant à l'optimisation, généralement est-il préférable de stocker plus de donnée quitte à ce qu'elle ne soit utiliser que dans un unique cas ( quelques cas ) ou au contraire faire appel à ces données le moment venu sachant que quoi qu'il en soit j'aurai besoin des données minimum une fois.
Au cas ou que ce ne soit pas assez claire, un cas concret :

Je veux récupérer des caractéristiques d'un fichier, disons que j'utilise la fonction stat ( man 2 stat ). J'ai besoin d'au minimum un des champs ( peut importante ), cependant dans certains cas j'ai besoin de d'autres champ ( cela peut varier en fonction des arguments du main ) est il préférable de tous les stocker dans ma structure ? de stocker carrément la structure que me renvois stat ? de rappeler stat au moment venu afin d'utiliser les données dans l'immédiat ?

En plus simple, est-ce moins performant de stocker des données ou de remplir plusieurs fois une structure ? ( exemple ci-dessus ).

Merci pour votre partage d'expérience.

Bonne soirée.

[Bktero]

Il n'y a pas vraiment de réponse à la question. Comme souvent en informatique (en tout cas en environnements contraints, comme ceux sur lesquels je travaille), c'est un compromis à trouver en consommation mémoire et consommation CPU. Si tu as plein de RAM et que tu veux que ça aille vite, tu stockes beaucoup en RAM ; si tu as peu de RAM, tu ne stockes pas trop et tu consommes du CPU, de temps en temps, pour aller chercher les données dont tu as besoin.

Il y a une autre règle en informatique : toute optimisation prématurée est l'origine du mal. Code quelque chose de simple et qui fonctionne bien. Fais quelque chose de logique. Par exemple, "j'ai besoin de stat( ) une fois tous les 36 du mois, j'appelle stat() et je ne stocke pas". "J'ai besoin d'aller interroger un serveur pour avoir des données quasi-invariantes (resp. très changeantes), ça prend 1 minute à chaque interrogation, alors j'interroge une fois et je stocke (resp. j'interroge à chaque fois)".

Il s'agit bien sûr de ne pas être trop naïf en faisant tout ça. Quand ça fonctionne bien, tu regardes les performances. Si elles correspondent à tes attentes (en terme de consommations mémoire et CPU), alors tu t'arrêtes là. Sinon, tu utilises des outils de profilage pour déterminer l'origine des problèmes et les résoudre.

[ternel]

Insistons bien.

On n'optimise qu'un programme fini, et en utilisant un profileur.
Seul un profileur saura dire quel code est utilisé en permanence, et devrait être optimisé.

Toute autre attitude n'apporte qu'un programme non maintenable, et insuffisament voire contre-optimisé