Firefox заморожується із 100% використанням процесора протягом 30 секунд при запуску Chromium

Нещодавно я почав спостерігати за цією заплутаною та дратівливою, не кажучи про тривожну поведінку, коли Firefox був відкритий та запускався Chromium:

Близько 30 секунд дочірні процеси Firefox споживали б усі доступні ресурси процесора, змушуючи веб-сайти припиняти візуалізацію (вже відображена сторінка замикає, на нових сторінках відображається біла сторінка з сірим крутячим колом), поки загальне вікно все ще реагує (меню, прокрутка сторінки , перемикання вкладок, навіть внутрішніх сторінок, таких як about: config або about: налаштування працюють ...). Сам хром ніяких симптомів не проявляє. Негайно припинивши Chromium, поки Firefox крутиться, швидше не зупиняйте поведінку.

Те саме відбувається з моїм звичайним Firefox-профілем, абсолютно новим, незайманим профілем Firefox без будь-яких додатків тощо. Firefox запускався в безпечному режимі з відключеними додатками, а Firefox запускався в приватному режимі. Подібно до Chromium, я можу запустити його зі своїм звичайним профілем, в режимі анонімного перегляду або з тимчасовим профілем, завжди створюючи однакові результати.

Нічого дивного не відбувається, коли працює хром і я відкриваю Firefox.

Під час запуску Firefox з терміналу я іноді отримую такі повідомлення, коли я закриваю його, поки він крутиться (зверніть увагу на рядок помилки труби, де згадується деякий хром 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

Як не дивно, я не міг відтворити таку поведінку в обліковому записі гостя або в новоствореному звичайному (адміністративному) акаунті.

Деякі технічні характеристики (оновлено):

• Ubuntu 16.04 (64 біт)
• Firefox 62.0 + build2-0ubuntu0.16.04.5 63.0 + build2-0ubuntu0.16.04.2
• Хром 69.0.3497.81-0ubuntu0.16.04.1 70.0.3538.77-0ubuntu0.16.04.1
• fontconfig 2.11.94-0ubuntu1.1
• Графічне обладнання: інтегрована графіка Intel SkyLake (i5-6200U) + Nvidia GeForce 940M
  В даний час у мене встановлений nvidia-410драйвер, але перейшов на основний профіль Intel. Як я можу додатково вирішити цю проблему та вирішити цю проблему?

Я створив профіль продуктивності за допомогою розширення Gecko Profiler, встановленого на чистий свіжий профіль Firefox на моєму звичайному акаунті Ubuntu. Його можна знайти тут: https://perfht.ml/2zpTWsh - Невідповідний часовий діапазон із 100% використанням процесора повинен приблизно відповідати виділеній області на часовій шкалі Content Proc, приблизно від 18 до 56 років.

Я створив звіт про помилку Mozilla для цієї проблеми: https://bugzilla.mozilla.org/show_bug.cgi?id=1504461

Важливе оновлення. Мабуть, мій звіт про помилку був дублікатом https://bugzilla.mozilla.org/show_bug.cgi?id=1495900 , який вказує fontconfigяк винуватця. Здається, що запуск Chromium якось змінює конфігурацію шрифту, що викликає повне перезавантаження у Firefox. Це відповідає звіту про ефективність роботи, а також узгоджується з тим, як колишні оновлення пакетів шрифтів викликали такий самий вид заморозки.

Будь-які ідеї, як я можу змусити цих трьох (Firefox, Chromium, fontconfig) добре поводитись одна під одною?

TL; DR: Це проблема з fontconfigверсією 2.13. Це можна виправити, оновивши пакет до 2,13 або вище (хоча я не зміг знайти відповідного постачальника). Крім того, вивчіть всі пов’язані зі своїми шрифтами папки та конфігураційні файли у вашому домашньому каталозі та перевірте, чи усунення будь-якої з них вирішує вашу проблему. Для мене перейменування ~/.fontsзробило трюк.

Дізнавшись про звіти про помилки https://bugzilla.mozilla.org/show_bug.cgi?id=1495900 та https://bugzilla.mozilla.org/show_bug.cgi?id=1411338, стає досить зрозумілим, що проблема повинна бути викликані fontconfig.

Колись запускається Chromium, він запускає зміну в базі шрифтів (???), що змушує Firefox - якщо він працює зараз - якимось чином повторно сканувати файлову систему на шрифти, що призводить до використання процесора та тимчасової заморозки.

Очевидно, оновлення fontconfigпакета з версії 2.11 до 2.13 (версія, що постачається, наприклад, в Ubuntu 18.10) повинна вирішити проблему, але я не знайшов простий спосіб отримати цю версію 16.04, не порушуючи залежності багатьох інших пакунків, які я встановив.

Оскільки проблема обмежена моїм обліковим записом користувача, я вивчив локальну конфігурацію шрифту та папки мого користувача. Там досить безлад різних шрифтів пов'язаних каталогів , чесно кажучи, в тому числі ~/.fonts, ~/.local/share/fonts, ~/.local/share-font-manager, ~/.config/font-manager, ~/.cache/font-manager, ~/.cache/fontconfigі ще кілька конфігураційних файлів і додатки конкретних речей шрифту.

Я почав з видалення (перейменування) ~/.fontsпапки, оскільки вона, здавалося б, не містила нічого корисного, і простий touch ~/.fonts/Library/до цього спровокував поведінку Firefox. Після того, як ця папка пішла, не було проблеми при запуску Chromium. \ o /

Фон

Запропоновано цей Firefox Bug 1492360: Високе використання процесора при відкритій Firefox перед хромом / хромом . Тобто це дублікат помилки 1495900: запуск Chrome змушує процеси вмісту Firefox зависати протягом приблизно двох хвилин, завдяки повторному пошуку шрифту FontConfig (FcInitReinitialize) .

Але я теж на Firefox:

І коли я відкриваю Chrome:

Я не бачу, щоб ефективність процесорів була досягнута.

Це може бути проти вашої моралі, але, можливо, ви можете спробувати встановити, google-chrome-stableяк у мене. Потім зробіть тест ще раз. Якщо немає скорочення використання процесора до 100%, то звіт про помилки може бути поданий між Chromium та Chrome.

Я на Ubuntu 16.04.5 LTS. Хоча ядро ​​в даний час є 4.14.78ланцюгом LTS, я не думаю, що це пов'язано з цим, оскільки я не помітив звернень CPU до попередніх ядер.

Єдиний раз, коли я бачу всі процесори на 100%, це під час update-initramfs.

fontconfig версон

У звіті про помилку виявлено:

$ dpkg -l 'fontconfig*' | grep "^ii"
ii  fontconfig        2.12.6-0ubuntu2 amd64        generic font configuration library - support binaries
ii  fontconfig-config 2.12.6-0ubuntu2 all          generic font configuration library - configuration

У моїй не-помилковій версії (можливо, через відсутність місцевих шрифтів):

$ dpkg -l 'fontconfig*' | grep "^ii"
ii  fontconfig        2.11.94-0ubuntu1.1 amd64        generic font configuration library - support binaries
ii  fontconfig-config 2.11.94-0ubuntu1.1 all          generic font configuration library - configuration

Я у 2.11.94версії раніше, ніж 2.12версія звіту про помилки . Оновлення звітів про помилки 2.13є рекомендованим рішенням, але ОП, зазначене в коментарях, це неможливо. Як такий 2.11.94 може бути варіант.

Судячи з журналу, схоже, Firefox чомусь використовує синхронний IPC (Міжпроцесовий зв'язок). У Firefox є прапори для явного включення синхронного IPC (наприклад: network.cookie.ipc.sync). Один із них може бути ввімкнено. Ви можете отримати доступ до них з приблизно: конфігурацій сторінки

Затримка буде наслідком очікування Firefox на відповідь. Оскільки завантаження Chromium не запущено або він не працює активно, немає навантаження, є негайна реакція.

Пов’язане: https://bugzilla.mozilla.org/show_bug.cgi?id=1331680

Не знаю, чи спрацює наступна пропозиція чи ні. Ви можете спробувати. Спробуйте видалити хром та firefox повністю (зберігайте файли .deb звичайно) за допомогою Synaptic Package Manager. Після цього перевірте, чи є зламані залежності. Зафіксуйте їх за допомогою синаптики (якщо такі є). Тепер перевірте використання процесора (я використовую Powertop). Зазвичай зробіть повторну установку браузерів.

Примітка. Ці речі, як правило, я роблю у випадку конкретних відхилень. Я пам’ятаю, що стикався з трохи подібним питанням рік тому. Він вирішився таким чином.

У Ubuntu 16.04 видалення порожньої папки ~/.local/share/fontsвирішило її в моєму випадку.