При веб-разработке я иногда слышу, как вентиляторы начинают шуметь, и обнаруживаю, что процесс Google Chrome завис на 100% CPU при проверке top. Это убивает мою батарею.
Внутренний Process Monitor не показывает вкладку, использующую CPU, это основной поток. Странно, что даже закрытие всех видимых окон не убивает процесс, поэтому мне приходится убивать его из командной строки.
Поскольку это, похоже, не связано с одной конкретной страницей, я бы предположил, что это связано либо с какими-то внутренними компонентами (скорее всего, в Dev Tools), либо с каким-то расширением. В последнем случае я мог бы отключить некоторые расширения и посмотреть, смогу ли я заметить разницу. Но есть ли другой способ узнать, что, черт возьми, он на самом деле делает? Присоединение отладчика кажется несколько излишним.
решение1
Я нашел ответ на этот вопрос после того, как смог воспроизвести это с помощью сеанса браузера в режиме инкогнито. Я смог сделать вывод, что это было связано с проверками, которые я делал в Git, и это одна из немногих настроек, которые переходят из обычного сеанса в режим инкогнито.
После перехода на вкладку Sources в Dev Tools, удаления исходного каталога, использование процессора оставалось нормальным, даже после переключения веток. Так что в основном это сводится к какой-то ошибке в функциональности File Watcher внутри Chrome, поскольку он никогда не замедляется, независимо от того, сколько времени ему дали.