1

Когда я занимаюсь веб-разработкой, я иногда слышу, как фанаты начинают шуметь и обнаруживают, что процесс Google Chrome застрял на 100% ЦП при проверке top . Это убивает мой срок службы батареи.

Внутренний монитор процессов не показывает вкладку с использованием ЦП, это основной поток. Странная вещь в том, что даже закрытие всех видимых окон не убьет процесс, поэтому я должен убить его из командной строки.

Поскольку это не относится к одной конкретной странице, я бы предположил, что это связано с некоторыми внутренними компонентами (в Dev Tools, вероятно) или с некоторыми расширениями. В последнем случае я мог отключить некоторые расширения и посмотреть, смогу ли я найти разницу. Но есть ли какой-то другой способ узнать, какого черта он на самом деле делает? Присоединение отладчика кажется несколько излишним.

1 ответ1

0

Я нашел ответ на этот вопрос после того, как смог воспроизвести его с помощью сеанса браузера в режиме инкогнито. Я смог определить, что это связано с проверками, которые я сделал в Git, и это одна из немногих настроек, которые переходят из обычного сеанса в режим инкогнито.

Перейдя на вкладку «Источники» в Dev Tools, удалив исходный каталог, загрузка процессора оставалась нормальной даже после переключения веток. Таким образом, в основном это сводится к некоторой ошибке в функциональности средства просмотра файлов внутри Chrome, так как он никогда не замедляется, независимо от того, сколько времени было отведено.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .