Гальмує браузер за багатьох вікон? Гайд із системної оптимізації для прискорення роботи

Коли одночасно відкрито більше десятка вікон браузера, перемикання між сторінками починає «крутити кружечок», вентилятори гудять дедалі голосніше, текст не встигає за руками, а у важких випадках майже завмирає вся система. Якщо ви зіткнулися з таким, не поспішайте вішати на браузер ярлик «низька продуктивність». За кожним вікном можуть одночасно працювати кілька процесів рендерингу, розширення, скрипти, відео й мережеві завдання. Щойно будь-який із ресурсів — CPU, пам'ять, диск чи відеопам'ять — наближається до межі, гальмування посилюється в рази.

Ефективне прискорення — це не бездумне чищення кешу, не нескінченні перезапуски й не вимикання всіх функцій безпеки. Надійніше спочатку знайти вузьке місце, а потім прибрати навантаження, яке не створює бізнес-цінності. Методика насамперед розрахована на сценарії, де потрібно одночасно вести кілька магазинів і кілька акаунтів у соцмережах: міжнародну електронну комерцію, закордонне ведення акаунтів, підтримку клієнтів і рекламу. Звичайним користувачам із багатьма вкладками вона також підійде.

Чому кілька вікон навантажують систему більше, ніж кілька вкладок

Сучасні браузери на Chromium використовують багатопроцесну архітектуру: головний процес відповідає за вікна, роботу з диском і мережею, процеси рендерингу обробляють вміст сторінок, GPU-процес займається графікою, а частина розширень працює у власних процесах. Так досягається ізоляція та стабільність, але ціна — пряме підсумовування витрат ресурсів, коли одночасно працює кілька ізольованих середовищ.

У посібнику Google з діагностики продуктивності для корпоративних версій типові вузькі місця поділено на кілька категорій: нестача пам'яті чи повільне читання та запис диска сповільнюють головний процес; неефективна сторінка може надовго зайняти CPU процесом рендерингу; проблеми з драйвером відеокарти, а також 3D- чи відеосторінки здатні гальмувати GPU-процес. Тобто «відкрито багато вікон» часто лише зовнішній симптом, а справжня причина може бути зовсім іншою.

Ось типові джерела, які розганяють споживання ресурсів:

• у кожному акаунті відкриті відео, трансляції, панелі даних чи складні редактори;
• один і той самий набір «важких» розширень дублюється одразу в кількох вікнах;
• сповіщення сторінок, автозавантаження, завантаження, аудіо та відео не дають фоновим вкладкам перейти в сплячий режим;
• коли фізична пам'ять вичерпана, система активно використовує файл підкачки, і навантаження на диск зростає;
• автоматизовані завдання стартують одночасно й разом завантажують сторінки, миттєво забиваючи CPU та мережу;
• браузер або комп'ютер працює кілька днів поспіль, накопичуючи некеровані вкладки та аномальні процеси.

Крок 1. Спочатку з'ясуйте, де вузьке місце — у CPU, пам'яті чи диску

Системний диспетчер завдань

У Windows диспетчер завдань відкривається комбінацією Ctrl + Shift + Esc. Microsoft описує його як системний інструмент для перегляду споживання CPU, пам'яті, диска та мережі й керування застосунками, — вхід і опис можна перевірити саме там.

Не судіть за один момент: якщо з'явилися гальма, поспостерігайте за системою 2–3 хвилини й лише потім робіть висновки:

• CPU довго тримається близько 100%: зменшіть кількість одночасно запущених вікон, поставте відео й автоматизацію на паузу, а тоді знайдіть сторінку з високим навантаженням;
• Пам'ять майже вичерпана: закрийте простоюючі середовища та вкладки, зменшіть кількість розширень і розбийте завдання на невеликі порції;
• Диск постійно на 100%: перевірте, чи не спричинено це частою підкачкою через нестачу пам'яті, а також завантаженнями, роботою антивіруса та записом кешу;
• GPU аномально завантажений або зображення мерехтить: оновіть драйвер відеокарти й проведіть контрольне порівняння апаратного прискорення;
• Мережа перевантажена: рознесіть у часі вивантаження, трансляції, скачування матеріалів та автоматизовані звернення.

Диспетчер завдань у самому браузері

У Chrome на Windows і Linux власний диспетчер завдань відкривається по Shift + Esc; походження комбінації підтверджує офіційна довідка Chrome із гарячих клавіш. Якщо відсортувати завдання за CPU чи пам'яттю, зазвичай швидко видно, яка сторінка, розширення чи дочірній фрейм аномально витрачає ресурси.

Побачивши високе споживання, не поспішайте завершувати процес. Запишіть ім'я процесу та пов'язану з ним сторінку й оцініть, чи не відбувається зараз відтворення відео, передавання файлів, виконання скрипта чи інша потрібна робота: поспішне завершення може стерти незбережені дані.

Щоб точніше локалізувати проблему на окремій сторінці, розробники можуть стежити в реальному часі за CPU, JavaScript-купою, DOM-вузлами, обробниками подій і частотою кадрів через Performance Monitor у Chrome DevTools. Звичайному спеціалісту розбиратися у flame-графіках не обов'язково: достатньо порівняти витрати ресурсів «до та після» відкриття конкретної сторінки, і аномалію зазвичай видно одразу.

Крок 2. Керуйте «одночасною активністю», а не загальною кількістю вікон

Візьмемо 20 вікон: якщо всі стоять на статичних сторінках, навантаження одне, а якщо всі одночасно крутять відео й оновлюють звіти — зовсім інше, різниця величезна. Показник, за яким насправді варто стежити під час оптимізації, — скільки середовищ по-справжньому активно в один і той самий момент.

Роботу можна поділити на три рівні:

1. Постійний рівень: акаунти, де потрібно вчасно відповідати на повідомлення, обробляти замовлення чи стежити за аномаліями;
2. Періодичний рівень: акаунти, які потрібно перевіряти час від часу, — відкривайте їх невеликими партіями й закривайте, щойно завершили;
3. Архівний рівень: акаунти без поточних завдань тримайте закритими, зберігаючи лише потрібні матеріали та історію операцій.

Наприклад, якщо щодня потрібно пройтися по 30 магазинах, не обов'язково запускати їх усі одночасно зранку. Можна відкривати партіями по 5: перевірили — закрили — перейшли до наступної, лишаючи між партіями невелику паузу. Так знижується пікове навантаження під час запуску, а при появі гальм простіше зрозуміти, яке саме середовище сповільнило систему.

Крок 3. Візьміть під контроль вкладки, відео та фонову активність

Memory Saver у Chrome тимчасово призупиняє рідко використовувані вкладки та перезавантажує їх під час наступного звернення. В офіційній довідці Chrome про налаштування продуктивності перелічено випадки, коли вкладка не може заснути: відтворення аудіо та відео, трансляція екрана, сповіщення сторінки, поточне завантаження, незаповнені форми, закріплені вкладки та під'єднані пристрої.

Під час роботи з багатьма вікнами налаштування варто скоригувати так:

• увімкніть Memory Saver і почніть зі збалансованого рівня, не женіться за максимально агресивним режимом;
• до списку «Завжди тримати активними» додавайте лише ті сайти, яким справді потрібно працювати постійно;
• вимикайте беззвучне відео, прев'ю трансляцій і сторінки з рекламою, які постійно оновлюються;
• не закривайте вікно, доки не завершено завантаження, вивантаження та заповнення форм;
• якщо панель даних підтримує ручне оновлення, не давайте всім вікнам одночасно часто оновлюватися автоматично;
• для сторінок підтримки клієнтів чи конференцій, яким справді потрібно працювати постійно, зробіть окремий виняток, щоб сплячий режим не переривав бізнес-процеси.

Важливе зауваження: «що агресивніша економія, то краще» — не завжди вигідно. Вкладки, які постійно засинають і прокидаються, знову й знову перезавантажуватимуться й вимагатимуть повторної авторизації. Оберіть розумний баланс під власну частоту операцій.

Крок 4. Скоротіть розширення: залиште лише ті, якими реально користуєтеся

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

Рекомендуємо щомісяця проводити аудит розширень:

• видаліть розширення, якими більше не користуєтеся, а також ті, чиє походження невідоме або функції дублюються;
• рідко використовувані спочатку вимкніть, вмикайте лише за потреби;
• дозвіл «Читати та змінювати всі дані на веб-сайтах» звужте до конкретних сайтів або запуску по кліку;
• порівняйте CPU, пам'ять і час запуску до та після вимкнення розширення — нехай вирішують цифри;
• не ставте додаткові сумнівні «чистильники» лише заради «економії ресурсів».

Документація Chrome із керування розширеннями пояснює, як вмикати, вимикати, видаляти розширення та налаштовувати їхній доступ до сайтів. У команді також варто вести єдиний білий список розширень, щоб учасники не ставили інструменти з пересічними функціями чи невідомим походженням.

Крок 5. Апаратне прискорення потрібно тестувати, а не вимикати одним махом

Апаратне прискорення передає частину графічних завдань GPU й зазвичай позитивно впливає на відео, анімацію та складні сторінки, тому вимикати його за замовчуванням не варто. A/B-порівняння має сенс лише якщо драйвер відеокарти працює некоректно, на віддаленому робочому столі немає належної підтримки GPU або на деяких сторінках зображення постійно мерехтить і трапляються падіння:

1. спочатку зафіксуйте поточну кількість вікон, типи сторінок і споживання ресурсів;
2. змініть налаштування апаратного прискорення та перезапустіть браузер;
3. повторіть сценарій із тими самими вікнами й діями;
4. залиште стабільніший варіант і заразом оновіть драйвер відеокарти.

Врахуйте: не змінюйте одночасно кілька системних параметрів. Навіть якщо продуктивність зросте, ви не зрозумієте, який саме параметр спрацював.

Крок 6. Задайте межу паралельності для автоматизованих завдань

Автоматизація не означає «що більше вікон відкрито разом, то швидше йде робота». Коли паралельність перевищує можливості комп'ютера, сторінки завантажуються повільніше, зростає кількість таймаутів і повторних спроб, а фактична пропускна здатність падає.

Надійніше діяти поступовим нарощуванням навантаження: почніть із двох паралельних завдань, фіксуйте час виконання партії, частку помилок, пікові значення CPU та пам'яті, далі піднімайте до 4, 6 і 8. Знайдіть точку, де помилки починають зростати або окреме завдання виконується довше, поверніться на крок назад і залиште запас.

Паралельно варто додати такі механізми:

• інтервал між запусками, щоб вікна не починали завантажуватися одночасно в одну секунду;
• таймаут для кожного завдання та обмежена кількість повторів;
• пріоритет у черзі, щоб завдання підтримки та обробки замовлень виконувалися в першу чергу;
• закривайте вікна одразу після завершення, повертаючи системі процеси та пам'ять;
• ведіть журнал, щоб зрозуміти, на якому акаунті та на якому кроці виникають гальма.

В ізольованих середовищах запускайте групи зі зсувом у часі — це економніше, ніж відкривати все одразу

Якщо у вас десятки акаунтів на платформах, розділених за ізольованими середовищами браузера, то головне для прискорення — не продовжувати нарощувати кількість паралельних вікон, а чітко керувати тим, яку партію запускати першою. Візьмімо, наприклад, веб-версію PurpleMark: можна згрупувати середовища за платформою, регіоном чи клієнтом і щоранку запускати лише ту групу, з якою працюєте зараз, а завершивши — закривати. Скільки вікон реально потрібно тримати відкритими одночасно, визначається складністю сторінок, розширеннями, мережею та рівнем заліза конкретної машини: запуск партіями зі зсувом у часі зазвичай стабільніший, ніж миттєво розкривати всі вікна одразу. Коли ритм партій устабілізується, можна вирішувати, чи варто нарощувати паралельність деінде, — а не вмикати всі середовища одночасно з самого початку.

Чек-лист прискорення, який можна застосувати вже сьогодні

Якщо хочете взятися просто зараз, пройдіться кроками по порядку:

1. у момент гальм відкрийте системний диспетчер завдань і зафіксуйте CPU, пам'ять, диск, GPU та мережу;
2. за допомогою диспетчера завдань браузера знайдіть сторінки та розширення з найбільшим споживанням;
3. закрийте відео, трансляції, завантаження й автооновлювані сторінки, які не несуть бізнес-цінності;
4. увімкніть функцію економії пам'яті та зробіть винятки лише для справді потрібних сайтів;
5. видаліть або вимкніть зайві розширення й обмежте їхній доступ до сайтів;
6. розбийте акаунти на невеликі партії та запускайте і закривайте їх зі зсувом у часі;
7. для автоматизації задайте межу паралельності, інтервали запуску, таймаути та журналювання;
8. апаратне прискорення та драйвер відеокарти тестуйте окремо, не змінюючи кілька параметрів одночасно;
9. щоразу змінюйте лише один параметр і зберігайте дані до та після;
10. якщо ресурси й далі на межі, розгляньте додавання пам'яті, апгрейд CPU або розподіл завдань між більшою кількістю пристроїв.

Часті запитання

Чи допомагає очищення кешу назавжди пришвидшити роботу з багатьма вікнами?

Не обов'язково. Кеш зменшує повторні завантаження, і за пошкодженого кешу чи нестачі місця на диску його очищення корисне. Але часте повне очищення змушує сторінки заново запитувати ресурси та збільшує кількість повторних авторизацій. Краще використовувати очищення кешу як діагностичний прийом, а не як основний спосіб щоденного прискорення.

Що більше пам'яті, то більше вікон можна відкрити?

Ні. Пам'ять — лише одна з ланок: раніше за неї вузьким місцем можуть стати CPU, GPU, диск, мережа, скрипти сторінок і розширення. Перед апгрейдом поспостерігайте за системою кілька днів і визначте, де реальне обмеження.

Чому найбільше гальмує саме одразу після відкриття вікон?

На етапі запуску одночасно читаються дані середовища, завантажуються розширення, встановлюються мережеві з'єднання й відтворюються сторінки. Якщо кілька вікон стартують разом, виникає пік навантаження, тому інтервали між запусками зазвичай ефективніші, ніж завершення процесів заднім числом.

Чи потрібно тримати апаратне прискорення постійно вимкненим?

Не варто підходити до всіх випадків однаково. За справних драйвера й GPU апаратне прискорення зазвичай корисне; порівняльне тестування виправдане лише за аномалій зображення, падінь чи несумісності в окремих віддалених середовищах.

Висновок

Прискорення браузера з багатьма вікнами не досягається якимось одним «вічним» перемикачем. Надійний шлях такий: спочатку визначте вузьке місце за допомогою двох диспетчерів завдань — системного та браузерного; потім скоротіть кількість одночасно активних вікон, фонових медіа та дубльованих розширень; нарешті, стабілізуйте весь робочий процес за рахунок пакетного запуску, обмеження паралельності та журналювання.

Поки в кожного виправлення є дані для порівняння, ви поступово зрозумієте, що оптимізувати — сторінки, розширення, організацію завдань чи обладнання, — а не перебирати наосліп різні «поради з прискорення».