[Разбор устранения неполадок] Тормоза Chrome не из‑за нехватки памяти: циклические повторы Cloudflare Challenge приводят к высокой нагрузке CPU (повторная публикация пользователя AIYA)

Универсальный
, ,
1

Предыстория

В этот раз разбиралась ситуация, когда на Windows Chrome заметно тормозит, но системная память при этом не забита.

Наблюдаемые симптомы:

  • Действия в браузере «вязкие», заметная задержка ввода
  • В диспетчере задач видно, что по памяти ещё есть запас
  • Загрузка CPU у Chrome может внезапно подскакивать

Шаги диагностики (без предварительного закрытия вкладок)

  1. Выполнить непрерывный сэмплинг подпроцессов chrome.exe, посчитать пиковое/среднее значение CPU для каждого PID
  2. В диспетчере задач Chrome (Shift+Esc) отсортировать по CPU и включить отображение PID
  3. Сопоставить PID из системного сэмплинга с задачами в диспетчере задач Chrome один к одному

Ключевые доказательства

  • В окне 120 секунд пик суммарного CPU у Chrome около 39.30%
  • Подозрительные PID с высокой нагрузкой: 6952, 42292, 4956
  • В диспетчере задач Chrome:
    • PID 6952 = Подфрейм: https://challenges.cloudflare.com/
    • PID 42292 = Подфрейм: https://challenges.cloudflare.com/
  • PID 6952 в моменте достигал 81.8% CPU
  • Одновременно виден высокий расход памяти процессом расширения (Tampermonkey Beta), что может усиливать проблему повторных попыток Challenge

Вывод

Ключ к таким тормозам — не память, а повторные попытки подфрейма Cloudflare Challenge:

  • Скрипт проверки продолжает выполняться (JS/WASM)
  • При параллельной работе нескольких подфреймов нагрузка по CPU суммируется и «отъедает» время выполнения
  • Страница начинает заметно тормозить

Почему CF может «триггериться» постоянно

Частые причины:

  • Долго висящая вкладка после восстановления: challenge token/cookie уже истёкли
  • Смена прокси-выхода: Cloudflare считает сессию прерванной
  • Политики Cookie/локального хранилища блокируют запись состояния обратно
  • Пользовательские скрипты/расширения мешают внедрению challenge iframe
  • Несколько вкладок одного сайта одновременно запускают проверку; неудачные ретраи накладываются друг на друга

Фактический результат

После закрытия соответствующих высоконагруженных страниц плавность браузера восстановилась сразу, значит атрибуция верна.

Быстрая самопроверка для похожих случаев

  1. Откройте диспетчер задач Chrome через Shift+Esc, отсортируйте по CPU и включите PID
  2. В первую очередь проверьте, нет ли аномально высокой нагрузки у подфреймов challenges.cloudflare.com
  3. Временно отключите расширение с пользовательскими скриптами на целевом сайте и понаблюдайте
  4. Проверьте правила прокси; при необходимости дайте *.cloudflare.com прямое подключение для сравнения
  5. Убедитесь, что политика Cookie/данных сайта не блокирует сохранение состояния проверки