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.