Dado que Google Chrome se actualizó a la versión 50.x, se volvió imposible trabajar con DevTools. Este problema se reproduce principalmente en la pestaña "Red". Cada vez que hace clic en "solicitar", tarda entre 30 y 40 segundos. después de eso, el cromo puede fallar. Intenté eliminar todas las extensiones, borrar la caché y reinstalar, pero no ayudó. ¿Alguien sabe cómo solucionar este problema?

Estoy ejecutando Chrome 50.0.2661.87 m

UPD: El problema puede deberse a encabezados largos. Intente cerrar los encabezados de respuesta y solicitud.

He tenido problemas similares para la depuración en las versiones 50+ de Chrome en Mac OS X 10.11.3. La única solución que he encontrado hasta ahora es mantener las herramientas de desarrollo acopladas a la derecha y parece tener el mismo rendimiento que antes. No es la solución óptima, pero funciona en mi caso.

Finalmente, se encontró una solución que me ayudó después de tanto tiempo y después de tantos intentos fallidos de solucionarlo: Solución en los foros de Google Chrome

Ir a chrome: // flags / # force-color-profile

Cámbielo a sRGB

Dado que Google no permite enlaces directos a chrome://, tendrá que insertar los dos puntos usted mismo o ingresar todo el enlace manualmente en su barra de herramientas.

Mi situación era similar, después de luchar un tiempo con la respuesta extremadamente lenta de las herramientas de desarrollo, descubrí que el problema se debía a una extensión de Chrome que había instalado para knockoutJs. Entonces, para las personas que experimentan estos problemas, como parte de la solución de problemas inicial, intente deshabilitar las extensiones de Chrome .

Estoy usando la versión 61.0.3163.79 y tengo el mismo problema del que habla esta publicación.

Con algunas búsquedas descubrí que el problema estaba en el usuario que estaba usando. Lo que intenté fue ingresar a int google chrome como invitado y devtools se volvió más rápido nuevamente.

Entonces lo que hice fue:

1. Compruebe si la depuración con el usuario invitado es más rápida de lo que debería ser.
2. Salir de la cuenta .
3. Limpia toda la caché asociada a google chrome.
4. Reinicie la PC (pero creo que cerrar el navegador es suficiente)
5. Inicie sesión nuevamente en su cuenta .

Espero que esto pueda ayudar a otras personas con el mismo problema.

[EDITAR:]

Descubrí que después de un tiempo (semanas) las herramientas de desarrollo de Google Chrome volverán a ser más lentas. Así que probé la siguiente solución y funcionó:

1. Abre el dev tools
2. Vaya a la Sourcespestaña.
3. Se limpiaron todas las variables observadas, los puntos de interrupción, los puntos de interrupción de DOM y los puntos de interrupción de los escuchas de eventos.

[SEGUNDA EDICIÓN:]

Después de algunas semanas, el tema volvió a surgir. Lo que hice fue instalar la versión 64.0.3249.2 canary de google canary (64 bits) y mis problemas desaparecieron.

Para quién no sabe qué es canary, consulte este enlace.

Google es consciente del problema: https://bugs.chromium.org/p/chromium/issues/detail?id=624097

El problema parece haberse desvanecido en la v.53; actualmente están tratando de averiguar qué lo solucionó. Si es posible, la solución se fusionará con la versión 52. Pero al menos están trabajando en ello.

En caso de que otros lleguen aquí con el mismo problema que yo, intente cambiar la pestaña Herramientas de desarrollo que está viendo a Elementos .

Tenía la pestaña "Fuentes" abierta y Chrome intentaba cargar recursos enormes para esa pestaña, lo que creaba un retraso de varios segundos entre los console.log()eventos que creé y la visualización de esos mensajes registrados.

Haga que devtools sea ágil nuevamente desactivando todos los puntos de interrupción:

Vaya a la Sourcespestaña, muestre el depurador (puede estar oculto) y presione Deactivate breakpoints.

(Chrome v62.0 en Windows 10)

Tuve el mismo problema de tiempo en la versión 54.0.2840.99 m de Google Chrome.

¡Pero cambiar a Chrome Canary funcionó!

También me enfrento al mismo problema.

Intenté alternar screencast sin marcar. Ahora está funcionando bien.

Reducir el tamaño del resourceseroverridden

Solo los overridingarchivos con menos líneas de código funcionaron bien para mí. Aterricé aquí porque era overridingun archivo que tenía 35,000 +líneas de Javascript.

Además, si su resourcees uno nuevo - es decir, que no está incluido en una scriptetiqueta o linketiqueta, puede override main html documenty agregar la etiqueta: <script src="/my-new-script.js"></script>. Añadir el archivo en el dominio de raíz dentro del Overrides foldersobre Chrome:

overriding HTML

luego overridingGUIÓN PERSONALIZADA:

Buena suerte...

Aceleré Chrome nuevamente haciendo lo siguiente:

• Abra DevTools -> seleccione la pestaña Elementos ->
  • seleccione la pestaña Computado anidada -> en Filtro , asegúrese de que Mostrar todo no esté seleccionado.
  • seleccione la pestaña Oyentes de eventos anidados -> asegúrese de que los oyentes de Ancestors y Framework no estén seleccionados.

En mi caso, tenía la configuración de Local Overrides ( https://developers.google.com/web/updates/2018/01/devtools#overrides ) en la carpeta de Descargas que tenía muchos archivos y eso ralentizaba devtools.

La configuración de anulaciones en su propio directorio separado solucionó la lentitud.

Para mí, al ejecutar Chrome versión 81.0.4044.138 (compilación oficial) (64 bits) en Ubuntu 18, el problema parece ser la vista móvil. Cuando desactivo la vista móvil, la inspección vuelve a ser realmente rápida. Creo que es causado por la emulación táctil y otras cosas móviles.

Para tener algo similar a una vista móvil, muevo la base de DevTools hacia un lado y la cambio de tamaño hasta obtener el ancho que necesito. No es perfecto, pero es útil la mayor parte del tiempo.

Además de Chrome, Firefox es mucho más rápido al inspeccionar sitios en general, aunque no usé FF porque estoy acostumbrado a cosas específicas en Chrome. Además, la mayoría de los sitios con los que trabajo no desencadenan estos problemas en Chrome, de hecho, ocurre con un solo sitio.

PD : el sitio que desencadena el problema en Chrome Dev Tools tiene muchas variables CSS. No estoy seguro si eso está relacionado.

ACTUALIZACIÓN Hace 1 SEMANA pude usar Chrome sin problemas incluso en la vista móvil al deshabilitar la opción "Mostrar consultas de medios"