[gull] Troll - Firefox 32bits - bloatware ?
Marc SCHAEFER
schaefer at alphanet.ch
Fri Dec 28 08:59:21 CET 2018
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.
More information about the gull
mailing list