Bibliothèque Shared VS static en terme d'allocation de mémoire

Bonjour à tous,

J'utilise pour mon programme la bibliothèque libicuuc.so qui appelle lors de l'éxécution libicudata.so (17Mo) et elles sont toutes les deux montée dans la RAM,

libicudata.so contient beaucoup plus que j'en ai besoin,

On m'a dit d'aller vers libicu en statique => libicuuc.a et libicudata.a : ça permetterait de ne monter en mémoire que ce dont le programme a besoin et pas toutes les 17 Mo, le programme est destiné à une plateforme embarqué, alors la mémoire RAM c'est critique.

J'ai essayé de le faire mais j'ai trouver beaucoup d'erreurs de compilation et de dépendances, Je veux savoir si c'est vrai, ce qu'on m'a dit, avant de me pencher encore dessus.

Et merci à vous.

1. C'est quoi les erreurs? Sinon on peut pas vraiment t'aider pour tester en statique.
2. Le fait de gagner de la place en statique n'est vrai que si le code est fait d'une certaine façon, ce qui n'est pas toujours le cas, donc ça peut aussi augmenter la taille finale de l'executable. Au final faut effectivement tester.

Salut,

En effet, lorsque tu utilises une bibliothèque dynamique, c'est l'ensemble de la bibliothèque qui devient disponible parce que chargé en mémoire, alors que, classiquement, lorsque tu utilises une bibliothèque statique, ce ne sont que les parties qui sont réellement utilisées qui seront insérées dans ton exécutable final.

Cependant, il faut garder en mémoire le fait que tu feras peut etre appel à certaines fonctions de ta bibliothèque qui feront appel à d'autres fonctions de la bibliothèque et que ces dernières risquent aussi de faire appel à d'autres fonctions de la bibliothèque.

Je vais m'arrêter là, mais tu auras sans doute compris que, en invoquant certaines fonctions particulières, tu risques fort d'avoir besoin... de l'ensemble de la bibliothèque :aie:

Si tu en arrives à ce point, tu n'auras aucun avantage à passer par une bibliothèque statique au lieu d'une bibliothèque dynamique, bien au contraire :

En effet, le contenu des bibliothèques statiques est inséré "au besoin" dans l'exécutable, ce qui fait que, non seulement, l'exécutable final devient plus gros, mais, en plus, tu perds la possibilité de mettre la bibliothèque à jour en cas de besoin.

Par contre, avec le bibliothèques dynamiques, il est tout à fait possible que les développeurs résolvent des bugs ou ajoutent des fonctionnalités, et tu n'auras rien à faire d'autre pour faire prendre les modifications en compte que... de changer la dll (ou le so) pour sa nouvelle version.

À condition que la bibliothèque conserve une rétro-compatibilité de l'ABI, ce qui n'est pas garanti et dépend fortement des développeurs de la bibliothèque.

Citation:

---

Envoyé par Ekleog

À condition que la bibliothèque conserve une rétro-compatibilité de l'ABI, ce qui n'est pas garanti et dépend fortement des développeurs de la bibliothèque.

---

En effet...

Mais bon, au niveau des bibliothèques statiques, aucune condition ne permet de passer d'une version à l'autre ;)

Sauf une recompilation. Au moins, ça évite les faux espoirs / les crashs impromptus irrécupérables. :mrgreen: