de la memoire partagée qui se charge a la demande ... il y a un truc au niveau implementation qui m'échappe.
si j'ai bien compris, normalement, le format ELF est un format qui permet de resoudre dynamiquement les liens non résolu à la compilation, au lancement d'une application.
cela a l'avantage par rapport au format statique anterieur, de consommer moins d'espace disque ( il suffit de regarder la taille d'un binaire statique face au meme binaire en dynamique ).
mais ton binaire ELF et ses libs sont copié autant de fois en mémoire qu'il y a instance executé différente.
seulement, le noyau linux fait du COW depuis belle lurette.
donc quand l'applet d'horloge voit sa taille augmenter suite à un clic, il y a bien eu un chargement qui n'est pas connu au lancement ...
pour moi, la bloatitude du soft est masqué par le fait que le noyau fait du COW.
il n'est pas normal qu'il faille maintenant quasiment 1Go de RAM si l'on veut avoir qq appli ouverte en permanence.
[^] # Re: le plastique c'est fantastique
Posté par Mouns . En réponse au journal Une alternative à LaTeX fait main. Évalué à 2.
si j'ai bien compris, normalement, le format ELF est un format qui permet de resoudre dynamiquement les liens non résolu à la compilation, au lancement d'une application.
cela a l'avantage par rapport au format statique anterieur, de consommer moins d'espace disque ( il suffit de regarder la taille d'un binaire statique face au meme binaire en dynamique ).
mais ton binaire ELF et ses libs sont copié autant de fois en mémoire qu'il y a instance executé différente.
seulement, le noyau linux fait du COW depuis belle lurette.
donc quand l'applet d'horloge voit sa taille augmenter suite à un clic, il y a bien eu un chargement qui n'est pas connu au lancement ...
pour moi, la bloatitude du soft est masqué par le fait que le noyau fait du COW.
il n'est pas normal qu'il faille maintenant quasiment 1Go de RAM si l'on veut avoir qq appli ouverte en permanence.