Discussion :

[mister3957]

Bonjour à tous,


J'ai une librairie statique d'utilitaire qui possède une dizaine de classe, après compilation j'obtient un fichier .lib de 10mo

J'ai une seconde librairie statique de gestion qui utilise la première et qui possède une 10/15 classes, le .lib fait également 10mo

Par contre, j'ai une troisième librairie statique qui utilise la seconde, qui elle possède 55 classes métiers, le .lib généré fait près d'1Go.. 963Mo plus exactement.

Du coup je me retrouve souvent avec des erreurs de link

fatal error LNK1106: fichier non valide ou disque plein*: impossible de rechercher sur 0x2E9D3B9F

Dans les options de compilation, j'ai laissé par défaut en Release.

Est-ce que ça peut être le fait que toutes mes classes de la troisième librairie héritent de classes template de la seconde ? Pour une classe métier, le compilateur va générer 3 classes supplémentaires.
Mais ça fait 4 * 55 = 220 classes, qui sont en générale assez petite, ça fait beaucoup 1Go pour ça nan ?

J'utilise également une hiérarchie éparpillée qui va faire dériver une classe de mes 55 classes métiers + une classe de singleton.


Je peux faire quelque chose ?


Merci,

A bientôt

[Spout]

Ajoutes-tu d'autres librairies de manière statique à ton projet? Genre les MFC?

[Sylvain Togni]

Combien de lignes de code au total ? Parce que 1Go c'est énorme pour un .lib, ce n'est pas quelques centaines de classes qui vont générer un fichier aussi gros, sauf ci elles ont plusieurs millions de lignes de code chacune, si elles utilisent des grands tableaux statiques, ou si inline est utiliser à tout bout de champs.

[Klaim]

Déjà 10Mo pour une dixaine de classes, ça me parait énorme...

Ya l'utilisation massive de templates d'autres lib (par exemple boost) qui peut grossir ta lib, l'inclusion d'autres lib comme dit précédemment...

1Go... a mon avis ya un problème quelque part...

[mister3957]

J'ai essayé de retirer l'option /Zi, qui génère une base de donnée du programme. J'ai baissé de 100Mo à peut prêt et les deux p'tites lib de 1Mo

Sinon comme librairie, j'utilise xerces 2.8 seulement dans la troisième c'est tout.
J'ai pas mon projet sous les yeux là, mais dès que je reviens en France je vous détaillerai ce que j'ai.

J'essayerai également de faire un nouveau projet, relaisser tout par défaut, et intégrer mes classes voir si c'est pas moi qui ai modifié une option du compilateur par mégarde, mais bon, j'avais déjà créé un projet vide et m'étais basé dessus pour remettre toutes les options par défaut...


Merci

[Klaim]

Quel type de projet exactement?

[mister3957]

Comment ça quel type de projet ?

Console ? Win32 ? etc... ?
J'avais commencé en console, puis voyant ces 1Go, je suis passé en "subsystem:windows" et j'ai remplacé le main par un winmain, mais ça n'a rien changé.

Est-ce que c'est bien ça que tu me demandais ?

En tout cas merci


A bientôt

[Klaim]

Oui, normalement même en console si tu as selectionné "vide" (pas de source code au démarrage) tu ne devrais pas avoir le problème...

[mister3957]

Ayé j'ai trouvé mais c'est un peu space.

Si je retire l'option "/LTCG (Génération de code durant l'édition de liens)", ma librairie tombe à 26mo....

[stephl]

Ayé j'ai trouvé mais c'est un peu space.

Si je retire l'option "/LTCG (Génération de code durant l'édition de liens)", ma librairie tombe à 26mo....

The /LTCG option tells the linker to call the compiler and perform whole program optimization.

Je me demande ce qu'ils ont bien pu optimiser pour faire passer la taille de la librairie de 26 Mo à 1 Go

[mister3957]

Bé ué :s

[stephl]

Personnellement, 26 Mo, je trouve cela encore très gros. Maintenant, je ne sais pas à quoi sert ta librairie.

[mister3957]

Y'a toute la gestion de mes données métiers avec ce qui va autour (connexion à plusieurs sources de données par exemple).

[HanLee]

Je me demande ce qu'ils ont bien pu optimiser pour faire passer la taille de la librairie de 26 Mo à 1 Go

De l'inlining par exemple.

[stephl]

OK, merci. Je suppose que c'est ce qui doit expliquer la taille de la lib.

[stephl]

De l'inlining par exemple.

Oui, mais là pour le coup, ils ont dû inliner TOUTES les fonctions pour que cela fasse 1 Go!!! Je ne suis pas certain qu'on gagne en performance à tout inliner.

[Klaim]

Ca dépends ce qui est inliné en fait... il se peut que ça boost les perfs à l'execution mais le contraire aussi est possible...
Dans tous les cas, tu peux pas savoir sans tester la différence et a mon avis c'est pas une lib qui doit nécessiter des performances de taré.

[JolyLoic]

Oui, mais là pour le coup, ils ont dû inliner TOUTES les fonctions pour que cela fasse 1 Go!!!

Il n'a pas forcément inliné quoi que ce soit. Cette option à pour objectif de permettre d'iniliner au moment où l'on créera le programme final. Au moment où la bibliothèque est créée, on ne sait pas encore quelle fonction sera inlinée ou pas à terme. Donc, on met dedans plein d'information pour permettre cet inlining au cas où. Schématiquement, on met tout le code source dans le .lib.

Que le résultat fasse 1Go me semble beaucoup.

[mister3957]

Nan y'a que quelques fonctions qui selon moi demande des perfs assez évoluées de par leur utilisation et leur complixité, mais le compilateur ne le sait pas.

Si ça peut vous aider, j'ai une soixantaine de classes qui via les templates en génère 3 chacune. Chacune de ces classe métier ne possède actuellement que des accesseurs.

Mais ouais 1Go pour ça.... avec les erreurs de link en prime, c'est un peu juste

[Matthieu Brucher]

Je me demande ce qu'ils ont bien pu optimiser pour faire passer la taille de la librairie de 26 Mo à 1 Go

Dans ce fichier, il y a tout ce qui est nécessaire pour effectuer l'édition des liens... avec un exécutable ou une bibliothèque dynamique. Dans une bibliothèque statique, il n'y a en réalité aucune édition des liens d'effectuée.