Effectivement, je viens de voir que firefox n’est plus du tout disponible dans experimental… Se doit être assez récent parce que mon portable est en 53.0.1.
Exacte, je suis allez un peu vite en copiant-collant l’exemple du site en question, désolé
Et oui comme on dit “le mieux est souvent l’ennemi du bien”
apt list firefox-esr -a
En train de lister... Fait
firefox-esr/stable,now 52.2.0esr-1~deb9u1 amd64 [installé]
firefox-esr/oldstable 52.2.0esr-1~deb8u1 amd64
firefox-esr/stable 45.9.0esr-1 amd64
firefox-esr/oldstable 45.9.0esr-1~deb8u1 amd64
Donc maintenant:
les paquets oldstable=Jessie
les paquets stable= Stretch
Firefox n’est présent dans expérimental que quand la version en question est en pré-release. S’il n’y pas de version disponible dans experimental, c’est que la dernière version dispo de Firefox est déjà dans Sid.
Exemple :
Donc par rapport au premier post, si vous voulez rester dans le cadre du support Debian, il est préférable alors de passer par les dépôts Sid et/ou Experimental puis de faire du pinning (sans oublier qu’il n’est pas nécessaire de “pin”-er le dépôt Experimental puisqu’il a un pin par défaut à 1.
L’augmentation des processus, ou la séparation en “multi-threading” des processus de Firefox est apparue récemment (depuis la version 53 il me semble), mais curieusement elle n’est pas activée par défaut dans Firefox pour Debian.
Vous pouvez vérifier en ouvrant dans un onglet —>> about:config
Puis en regardant la clé :
dom.ipc.processCount
D’origine sa valeur est à 1, si vous souhaitez activer le multi-process il faut changer cette valeur.
Néanmoins, il se peut que même en changeant cette valeur le multi-process ne soit pas actif, et ceci est dû à certaines extensions ou add-ons qui sont encore incompatibles pour l’instant avec le multi-thread dans Firefox.
Donc je pencherai plus pour un problème du côté des extensions dans ton cas. Ça arrive parfois et en général c’est rapidement résolu.
Oui c’est parfaitement possible que l’extension ait subi une mise à jour, comme par défaut pour les extensions les mises à jour automatiques sont activées… Ou bien simplement qu’il y ait quelque chose dans les scripts de Firefox qui ait changé lors de la MàJ de celui-ci et qui ne rentre plus en conflit avec l’un des scripts de l’extension.
De toute façon comme je l’ai dit pour le multi-thread, tu peux vérifier la valeur de la clé ci-dessus dans about:config, et quand bien même tu aurais déjà changé sa valeur, tu peux vérifier si les process sont split-és ou pas en regardant dans le moniteur système. S’il y a bien plusieurs process attachés à Firefox, comme c’est le cas avec Chromium par exemple, alors ça fonctionne, sinon refais le test en désactivant temporairement ton extension et tu verras que les process seront séparés…
Petite parenthèse, il est vrai que, multi-process activé ou pas, Firefox est devenue proche d’une fusée depuis l’arrivée de la version 54 chez moi.
Je ne sais pas, disons que je n’irai pas jusque là, à dire que Firefox est maintenant plus rapide que Chromium, mais qu’il est au moins aussi rapide que son concurrent oui. J’ai toujours les deux au cas où, ça mange pas de pain.
[Desktop Entry]
Name=Firefox-Nightly
Name[fr]=Firefox-Nightly
Comment=Browse the World Wide Web Nightly Firefox
Comment[fr]=Naviguer sur Internet avec Firefox Nightly
GenericName=Web Browser Nightly
GenericName[fr]=Navigateur Web Nightly
X-GNOME-FullName=Firefox Nighly Web Browser
X-GNOME-FullName[fr]=Navigateur Web Firefox Nightly
Exec=/opt/nightly/firefox/firefox -p nightly %u
Terminal=false
X-MultipleArgs=false
Type=Application
Icon=/opt/nightly/firefox/browser/chrome/icons/default/default128.png
Categories=Network;WebBrowser;
MimeType=text/html;text/xml;application/xhtml+xml;application/xml;application/vnd.mozilla.xul+xml;application/rss+xml;application/rdf+xml;image/gif;image/jpeg;image/png;x-scheme-handler/http;x-scheme-handler/https;
StartupWMClass=Firefox nightly
StartupNotify=true