Discussion :

[lpierard]

Bjr,
Dans le cadre d'un dev VS2008, je souhaite � tout prix r�duire l'empreinte m�moire code et donn�es de mon programme.
On initialise donc la majorit� des structures du r�f�rentiel de donn�es dans une dll link� lors de la compilation avec passage de pointeurs et force malloc/calloc.

Mon programme �galement fait appel � une dll externe charg�e via l'instruction LoadLibrary.

Quel comportement vis � vis de la m�moire de ces deux impl�mentations d'appel � des dll ? Cela d�pend-t-il uniquement du param�tre syst�me "AlwaysUnloadDll" ?

Merci de votre attention.

[lpierard]

Auto-R�ponse :

1) La terminologie semble �tre dll implicite pour celles link�es, explicite pour celles charg�es par "LoadLibrary".
2) Les implicites sont charg�s et d�charg�s avec le main.
3) Les explicites sont d�chargeables par l'API "FreeLibrary".

En conclusion, il semble que seul le mode explicite permet d'atteindre l'objectif d'�conomie de ressources m�moire.

[bacelar]

Charger une librairie ne signifie pas charger tout le code de la librairie en m�moire, loin s'en faut.
Cela ne r�serve qu'une section de l'espace d'adressage et modifie quelques structures internes utilis�es par l'OS. C'est donc n�gligeable � moins d'avoir des centaines de milliers de dll.

Le probl�me n'est donc pas le chargement de ou des dll.

Vous ne nous donnez que tr�s peu d'information sur la nature de l'empreinte m�moire.
Ratio code/donn�, taille du working-set, nature des phases critique (d�marrage � chaud, � froid), localit� du code.

Pour correctement corrig� un probl�me d'empreinte m�moire, il faut analyser celle-ci.