[resolu]Firefox-esr 52.2.0 dist-upgrade omni.ja 100%

Support Debian
#1

Bonjour,

j’ai upgradé firefox-esr, proposé dans les majs aujourd’hui sur ma:

Distributor ID: Debian
Description: Debian GNU/Linux 7.11 (wheezy)
Release: 7.11
Codename: wheezy

Start-Date: 2017-06-18 14:51:26
Commandline: apt-get -V upgrade
Upgrade: iceweasel-l10n-fr:i386 (45.9.0esr-1~deb7u1, 52.2.0esr-1~deb7u1), libexpat1:i386 (2.1.0-1+deb7u4, 2.1.0-1+deb7u5), iceweasel:i386 (45.9.0esr-1~deb7u1, 52.2.0esr-1~deb7u1)
End-Date: 2017-06-18 14:51:38

Start-Date: 2017-06-18 14:56:24
Commandline: apt-get -V dist-upgrade
Install: libjsoncpp0:i386 (0.6.0~rc2-3, automatic)
Upgrade: firefox-esr:i386 (45.9.0esr-1~deb7u1, 52.2.0esr-1~deb7u1), firefox-esr-l10n-fr:i386 (45.9.0esr-1~deb7u1, 52.2.0esr-1~deb7u1)
End-Date: 2017-06-18 14:56:40

ce que je constate, c’est une transformation des boutons des onglets, voir capture ci dessous encadré en rouge.

ça fait pas joli, ce n’était pas comme ça avant

c’est comme ça aussi pour les utilisateurs de firefox-esr de cette version ???

De plus j’ai remarqué un plugin container omni.ja dans les process qui n’était pas là avant et qui pompe pas mal de CPU parfois(non à l’instant de la capture), voir encadré rouge sur capture

Merci de partager vos idées.

Angélique

#2

Salut
sur Stretch /gnome

je ne me rappelle plus si c’est moi qui ait tout aligné :grinning:

listage par pstree

├─firefox-esr─┬─Web Content─┬─{BgHangManager}
        │             │             ├─{Chrome_ChildThr}
        │             │             ├─{HTML5 Parser}
        │             │             ├─{Hang Monitor}
        │             │             ├─{ImageBridgeChil}
        │             │             ├─{ImageIO}
        │             │             ├─{ImgDecoder #1}
        │             │             ├─{ImgDecoder #2}
        │             │             ├─6*[{JS Helper}]
        │             │             ├─{JS Watchdog}
        │             │             ├─{ProcessHangMoni}
        │             │             ├─{Socket Thread}
        │             │             ├─{Timer}
        │             │             ├─{VideoChild}
        │             │             ├─{dconf worker}
        │             │             ├─{gdbus}
        │             │             └─{gmain}
        │             ├─{BgHangManager}
        │             ├─{Cache I/O}
        │             ├─{Cache2 I/O}
        │             ├─{Compositor}
        │             ├─{DNS Resolver #1}
        │             ├─2*[{DOM Worker}]
        │             ├─3*[{DataStorage}]
        │             ├─{GMPThread}
        │             ├─{Gecko_IOThread}
        │             ├─{HTML5 Parser}
        │             ├─{Hang Monitor}
        │             ├─{IPDL Background}
        │             ├─{ImageBridgeChil}
        │             ├─{ImageIO}
        │             ├─{ImgDecoder #1}
        │             ├─{ImgDecoder #2}
        │             ├─6*[{JS Helper}]
        │             ├─{JS Watchdog}
        │             ├─{Link Monitor}
        │             ├─{ProcessHangMoni}
        │             ├─{Proxy R~olution}
        │             ├─{Socket Thread}
        │             ├─{SoftwareVsyncTh}
        │             ├─{Timer}
        │             ├─{URL Classifier}
        │             ├─{dconf worker}
        │             ├─{firefox-esr}
        │             ├─{gdbus}
        │             ├─{gmain}
        │             ├─{localStorage DB}
        │             ├─{mozStorage #1}
        │             ├─{mozStorage #2}
        │             ├─{mozStorage #3}
        │             ├─{mozStorage #4}
        │             └─{mozStorage #5}

selon ce sui sort d’une recherche sur internet ça peut etre du a flash player

tu peux desactiver l’accélération materielle dans flash pour voir

#3

ah ouai c’est propre chez toi avec la 52.2.0

#4

peut etre que j’ai utilisé ce tuto
https://support.mozilla.org/fr/kb/personnaliser-boutons-barres-outils-firefox

#5

alors j’ai pas flash sur firefox-esr mais Shockwave Flash 10.1 r999. Gnash 0.8.11dev, the GNU SWF Player. , et j’ai pas l’option dans settings de decocher enable hardware acceleration

https://forums.adobe.com/thread/891337

#6

test de Adobe Flash player http://get.adobe.com/fr/flashplayer/about/
You have version 26,0,0,131 installed

je ne connais pas Gnash

#7

Bonjour,

J’ai remarqué le même changement de comportement sur une jessie : avec certains sites, Web Content (plugin-container) fait monter à 100% la charge CPU.

Pas encore trouvé de parade

EDIT

J’ai oublié de préciser : aucun plugin dans ma configuration

#8

Merci de ton retour jcsm33, je me sentais seule lol

Pour moi ça n’a aucun rapport avec flash, vu que ça concerne la “forme” de l’onglet, du bouton et apparition d’un nouveau process de plugin-container/omni.ja , voir capture 2 de mon 1er post.

Pour moi c’est un bug.

edit:

depuis la 52.2.0, l’affichage de certains sites par exemple http://www.20minutes.fr/ est tout pourri MDR

avant c’était niquel

#9

Ici avec Wheezy + LXDE l’affichage des onglets est correct mais les info-bulles et les barres de défilement dans firefox sont devenus moches.

#10

Par contre, avec cette dernière mise à jour de Firefox (=> 52.2.0)
sur jessie et dans l’environnement de bureau Xfce avec le style Xfce-dusk
j’ai enfin le texte que j’entre dans les zones de saisie qui apparaît en noir sur fond blanc.

Et c’est nettement plus lisible qu’avant : c’était en blanc sur fond blanc…

#11

pas de problème d’affichage

j’ai indiqué flash pour ton problème de saturation cpu tel que tu l’as decrit

De plus j’ai remarqué un plugin container omni.ja dans les process qui n’était pas là avant et qui pompe pas mal de CPU parfois

#12

Pour les problèmes d’affichage / mise en page, vérifier en safe-mode ; ça peut venir d’un des modules ajoutés.

Pour plugin-container, je reconnais volontiers que le navigateur ne plante pas mais le ventilateur tourne inutilement à fond avec certains sites.

La ligne de commande complète de Web Content :

/usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/firefox-esr/browser/omni.ja -appdir /usr/lib/firefox-esr/browser $FFPID true tab

où $FFPID est l’id de processus du firefox auquel se rattache Web Content

EDIT

Je me demande si ce n’est pas simplement l’animation du “spinner” bleu correspondant au chargement sans fin d’une ressource peut-être introuvable qui cause la montée en charge du cpu.

Après vérification, sur un site où le spinner est remplacé par l’icône du site, la charge reste à 100% donc le mystère demeure sans doute dans plugin-container.

EDIT 2

Comme la version 52 fait entrer libjsoncpp en action, peut-on le mettre sur la liste des suspects ?

EDIT 3

Qu’est-ce qui déclenche le lancement de plugin-container ?

#13

Wheezy/Xfce avec uBlock origin et NoScript tout baigne à part les histoires de thème gtk2 gtk3 mais j’ai de toute façon abandonné l’idée d’avoir un affichage cohérent sur mes applications.

#14

Ainsi que les éléments de formulaires comme les boîtes de sélection et le boutons.

#15

L’extension NoScript désactive complètement javascript donc ça réduit énormément le risque d’une montée en charge, c’est sûr.

Sur certains sites de presse en ligne où le problème se produit, passer en mode lecture fait redescendre d’un coup la charge CPU. En sortir réactive la montée en charge.

#16

Hello,

bon pour les boutons dégueux , c’était le thème lol, je l’ai changé et c’est mieux \o/

Par contre le /usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/firefox-esr/browser/omni.ja -appdir /usr/lib/firefox-esr/browser $FFPID true tab en surfant fait vaciller en dant de scie la charge CPU , c’est relou lol

#17

J’ai trouvé le problème omni.ja qui pousse le cpu à 100%

c’est à cause de e10s ➯ https://mozillazine-fr.org/appel-a-laction-pour-firefox-multi-processus-et-les-extensions/

il suffit de passer à false browser.tabs.remote.autostart.2;false dans about:config car la valeur est crée à la mise à jour

ce qui fait que y’a plus de /usr/lib/firefox-esr/plugin-container -greomni /usr/lib/firefox-esr/omni.ja -appomni /usr/lib/firefox-esr/browser/omni.ja -appdir /usr/lib/firefox-esr/browser $FFPID true tab dans les processus.

et je n’ai que 2 extensions:

  • No Script et adblock

NoScript apparait comme être le problème ➯ http://forum.zebulon.fr/firefox-passer-en-multi-processus-t215913.html

pas de flash et plus de gnash qui ne changeait rien au problème

Problème de consommation mémoire et cpu pour Firefox-esr [résolu]
#18

Est-ce que debian préconise quelque chose de particulier au sujet d’electrolysis ?

e10s a ses propres entrées dans la config. N’y aurait-il pas quelque réglage plus fin et moins radical que sa désactivation ?

(en gras, celles qui sont “définies par l’utilisateur”, autrement dit pendant le passage de 47 à 52)

app.support.e10sAccessibilityUrl
e10s.rollout.cohort
e10s.rollout.cohortSample
extensions.e10s.rollout.blocklist
extensions.e10s.rollout.hasAddon
extensions.e10s.rollout.policy
extensions.e10sBlockedByAddons
extensions.e10sBlocksEnabling

#19

Salut,
il y a des infos intéressantes à la page about:support , en particulier dans le tableau Extensions qui indique ce qui est activé.

 Nom 	            Version Activée 	ID 
Adguard AdBlocker	2.5.11	true	adguardadblocker@adguard.com
Application Update Service Helper	2.0	true	aushelper@mozilla.org
Désactivation de Google Analytics	1.0.7	true	{6d96bb5e-1175-4ebf-8ab5-5f56f1c79f65}
HTTPS Everywhere	5.2.19	true	https-everywhere@eff.org
Multi-process staged rollout	1.10	true	e10srollout@mozilla.org
NoScript	5.0.6	true	{73a6fe31-595d-460b-a920-fcc0f8843232}
Pocket	1.0.5	true	firefox@getpocket.com
Web Compat	1.0	true	webcompat@mozilla.org

Forcer les browser.tabs.remote.autostart à false me parait une fausse bonne idée
https://wiki.mozilla.org/Electrolysis
The two major advantages of this model are security and performance. Security improvements are accomplished through security sandboxing, performance improvements are born out of the fact that multiple processes better leverage available client computing power

j’utilise aussi Tor Browser qui laisse aussi browser.tabs.remote.autostart.2 à true.

NoScript ne provoque pas de dégâts sur la consommation cpu chez moi, simplement une pointe mais en aucun cas bloquant pour le PC

#20

La montée en charge CPU persiste avec quelques sites (g**gle par exemple).

Testé avec 52.3.0 et 55 sur sid, même combat !