[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