У меня есть большое, тяжелое веб-приложение javascript, над которым я работаю. У меня очень медленное время отклика от Chrome Dev Tools для ответов XHR и ведения журнала консоли (3-5 секунд). Фактическое приложение работает быстро и отзывчиво, только инструменты разработчика выглядят так, как будто оно страдает.
Кто-нибудь знает, почему Chrome Dev Tools становится медленным по мере роста моего приложения?
Devtools похож на любой другой отладчик; они подключаются к обычному потоку обработки приложения и хранят немного больше информации, чем обычно требуется. Это намного больше работы, чем просто рендеринг страницы без включенной отладки, так что это действительно будет медленнее.
Тем не менее, 3 секунды, чтобы ответить на console.log, кажутся высокими. Я бы посоветовал сначала протестировать приложение в ночной версии WebKit. Если он работает в WebKit, но не в Chrome, сообщите об ошибке инспектору через http://new.crbug.com/ вместе с любой информацией, которую вы можете предоставить о том, какой сценарий вызывает замедление.
Если в WebKit такая же вялость, сообщите об ошибке в компоненте WebKit Inspector: https://bugs.webkit.org/enter_bug.cgi
В любом случае, опубликуйте идентификатор ошибки здесь, и я позабочусь о том, чтобы она попала в правильную команду.
Я «исправил» медленный инструмент разработчика Chrome (на вкладке «ИСТОЧНИКИ»)
Не уверен, что из обоих имело наибольшее значение, но это определенно имело значение.
Это старый вопрос, но он может помочь кому-то приземлиться здесь позже, как это сделал я.
При использовании Chrome 46.x/47.x в Linux (RHEL 7) ни одно из предложенных решений не сработало. Что действительно сработало, так это отключить параметр «Использовать аппаратное ускорение, когда доступно» в дополнительных настройках браузера.
Я заметил в мониторе/списке процессов, что средство визуализации Chrome занимает много ресурсов ЦП, даже установка точки останова или пошаговое выполнение операторов в отладчике заняло бы более 10 секунд!
Может стоит попробовать.
Открепите инструменты разработчика в отдельном окне. В моем случае это работа.
Я также боролся с этим, до такой степени, что пошаговое выполнение кода с использованием отладчика Chrome было настолько медленным, что это занимало несколько часов моего продуктивного времени разработки. Наблюдая за использованием ЦП при отладке в Chrome, я увидел, что он использует до 40% всех 4 ядер моего процессора. Я пробовал все безрезультатно. Наконец, я попытался сделать окно браузера страницы, которую я отлаживал, настолько маленьким, насколько это было возможно, не теряя требуемого вида, и чудесным образом это решило проблему. Итак, теперь я держу свое окно отладчика открытым в отдельном окне и делаю окно страницы, которую я отлаживаю, как можно меньше, и мой опыт отладки снова очень быстр. Я тестировал это в течение нескольких недель, и оно выдержало. Надеюсь, это поможет кому-то.
