On Fri, Dec 28, 2018 at 01:33:58AM +0100, Frederic Dumas wrote:
> 32bits, et un onglet ouvert dans Firefox suffit à en occuper 1,5Go (sur un
> système LinuxMint récent).
Un élément à interpréter, c'est la mémoire réservée par rapport à la
mémoire utilisée. 1.5 G fait un peu penser à la taille max réservable en
32 bits par processus minus 2-3 trucs style la zone partagée avec le kernel.
Exemple (en 64 bits):
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
schaefer 4341 107 8.6 8630860 345104 pts/5 Sl 08:49 0:10 firefox-esr
Ma machine n'ayant que 4 GB de mémoire, les 8 GB sont forcément virtuels
(alloués,
mais non réservés et non mappés -- memory overcommit).
Ce qui est vraiment utilisé ce sont ici les 345 MB; toutefois une partie
de cela pourrait bien être partagé avec d'autres logiciels.
Une façon plus globale d'évaluer est `free' avant et après:
total used free shared buffers cached
Mem: 3992712 3885136 107576 34364 913664 2099144
-/+ buffers/cache: 872328 3120384
Swap: 8257532 88 8257444
total used free shared buffers cached
Mem: 3992712 3847972 144740 38640 914676 1762592
-/+ buffers/cache: 1170704 2822008
Swap: 8257532 88 8257444
On retrouve bien nos 3120384 - 2822008 = 298376 < 345 MB
La différence c'est probablement des bibliothèques partagées (shared
objects, .so) déjà utilisées par d'autres logiciels.
NB: test effectué avec Debian oldstable à jour, et Firefox
FIREFOX-60.4.0esr-x86_64.
Tout cela ne change pas l'impression de bloatness de Firefox: c'est
d'ailleurs pour cela que je n'utilise pas l'ESR de Debian, mais
celui de Firefox directement, car avec l'ESR de Debian c'est
encore pire.
_______________________________________________
gull mailing list
[email protected]
https://forum.linux-gull.ch/mailman/listinfo/gull
