Récemment, j'ai commencé à observer ce phénomène très déroutant et ennuyeux, pour ne pas dire un comportement inquiétant lorsque Firefox est ouvert, puis que je lance Chromium:
Pendant environ 30 secondes, les processus enfants de Firefox consommeraient toutes les ressources CPU disponibles, entraînant l'arrêt du rendu des sites Web (la page déjà affichée se bloque, les nouvelles pages affichent une page blanche avec un cercle de rotation gris) tandis que la fenêtre globale est toujours réactive (menus, défilement des pages , changer d'onglet, même des pages internes comme about: config ou about: préférences work ...). Le chrome lui-même ne présente aucun symptôme. La résiliation immédiate de Chromium, alors que Firefox tourne, n'arrête pas le comportement plus rapidement.
La même chose se produit avec mon profil Firefox habituel, un tout nouveau profil Firefox intact sans aucun module complémentaire, etc., Firefox a démarré en mode sans échec avec les modules complémentaires désactivés et Firefox a démarré en mode privé. Similaire à Chromium, je peux le lancer avec mon profil habituel, en mode navigation privée ou avec un profil temporaire, générant toujours les mêmes résultats.
Il ne se passe rien d'étrange lorsque Chromium est en cours d'exécution et que j'ouvre Firefox.
Lors du lancement de Firefox à partir d'un terminal, je reçois parfois des messages comme ceux-ci lorsque je le quitte alors qu'il tourne (notez la ligne d'erreur du tuyau mentionnant un chrome ipc ...):
ExceptionHandler::GenerateDump cloned child 32165
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
[Parent 26520, Gecko_IOThread] WARNING: pipe error (52): Connection reset by peer: file /build/firefox-8oo9jx/firefox-62.0+build2/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 353
ExceptionHandler::GenerateDump cloned child 32274
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
Étrangement, je ne pouvais pas reproduire ce comportement dans un compte invité ou un compte régulier (admin) nouvellement créé.
Quelques spécifications système (mises à jour):
- Ubuntu 16.04 (64 bits)
- Firefox
62.0 + build2-0ubuntu0.16.04.563.0 + build2-0ubuntu0.16.04.2 - Chrome
69.0.3497.81-0ubuntu0.16.04.170.0.3538.77-0ubuntu0.16.04.1 fontconfig2.11.94-0ubuntu1.1- Matériel graphique: carte graphique intégrée Intel SkyLake (i5-6200U) + Nvidia GeForce 940M
Actuellement, j'ai lenvidia-410pilote installé, mais je suis passé au profil Intel prime. Comment puis-je continuer à dépanner et à résoudre ce problème?
J'ai créé un profil de performances avec l'extension Gecko Profiler, installée sur un nouveau profil Firefox propre sur mon compte Ubuntu habituel. Il peut être trouvé ici: https://perfht.ml/2zpTWsh - Le laps de temps qui ne répond pas avec 100% d'utilisation du processeur devrait correspondre à peu près à la zone en surbrillance sur les chronologies Content Proc, de 18 à 56 secondes environ.
J'ai créé un rapport de bogue Mozilla pour ce problème: https://bugzilla.mozilla.org/show_bug.cgi?id=1504461
Mise à jour importante: Apparemment, mon rapport de bogue était un doublon de https://bugzilla.mozilla.org/show_bug.cgi?id=1495900 , qui le décrit fontconfigcomme le coupable. Il semble que le démarrage de Chromium modifie la configuration des polices d'une manière ou d'une autre, ce qui déclenche un rechargement complet dans Firefox. Cela correspond au rapport de profilage des performances et s'aligne également sur la façon dont les anciennes mises à jour des packages de polices ont déclenché le même type de gel.
Avez-vous des idées sur la façon dont je peux faire en sorte que les trois (Firefox, Chrome, fontconfig) se comportent bien les uns avec les autres?
