Google Chrome fonctionnent très lentement)
Comme Google Chrome a été mis à jour vers la version 50.x, il est devenu impossible de travailler avec DevTools. Ce problème est principalement reproduit dans l’onglet "Réseau". Chaque fois que vous cliquez sur "demander", il faut environ 30-40 secondes après cela chrome peut planter. Essayer de supprimer toutes les extensions, d'effacer le cache et de réinstaller, mais sans succès. Quelqu'un sait-il comment résoudre ce problème?
J'exécute Chrome 50.0.2661.87 m
UPD: Le problème peut être dû à de longs en-têtes. Essayez de fermer la réponse et demander des en-têtes.
J'ai eu des problèmes similaires pour le débogage dans Chrome versions 50+ sous Mac OS X 10.11.3. La seule solution que j'ai trouvée jusqu'à présent est de garder les outils de développement ancrés à droite. et il semble être aussi performant qu’avant, ce n’est pas la solution optimale, mais cela fonctionne dans mon cas.
Ma situation était similaire. Après avoir lutté pendant un certain temps avec une réponse extrêmement lente des outils de développement, j’ai découvert que le problème était causé par une extension Chrome que j’avais installée pour knockoutJs. Donc, pour les personnes confrontées à ces problèmes, - dans le cadre du dépannage initial, essayez de désactiver chrome extensions.
J'utilise la version 61.0.3163.79 et j'ai le même problème que ce post parle.
Lors de certaines recherches, j'ai découvert que le problème venait de l'utilisateur que j'utilisais. Ce que j'ai essayé, c'est d'entrer dans google chrome en tant qu'invité et devtools est redevenu plus rapide.
Alors ce que j'ai fait était:
- Vérifiez si le débogage à l'aide de l'utilisateur invité est plus rapide qu'il devrait l'être.
- Déconnexion du compte .
- Nettoyer tout le cache associé à Google Chrome.
- Redémarrez le PC (mais je pense que fermer le navigateur est suffisant)
- Connectez-vous à nouveau dans votre compte .
J'espère que cela pourrait aider d'autres personnes avec le même problème.
[EDIT:]
J'ai découvert qu'après un certain temps (plusieurs semaines), les outils de développement de Google chrome deviendront de plus en plus lents. J'ai donc essayé la solution suivante et cela a fonctionné:
- Ouvrez le
dev tools - Allez à l'onglet
Sources.![enter image description here]()
- Nettoyé toutes les variables observées, les points d'arrêt, les points d'arrêt DOM et les écouteurs d'écoute d'événement.
![enter image description here]()
[SECOND EDIT:]
Après quelques semaines, le problème est venu à nouveau. Ce que j'ai fait était d'installer le google canary version 64.0.3249.2 canary (64 bits) et mes problèmes ont disparu.
Pour qui ne sait pas ce qu'est le canari, veuillez vérifier le lien this .
Enfin, une solution a été trouvée qui m'a aidé après tant de temps et après tant de tentatives infructueuses pour la résoudre: Solution sur Google Chrome Forums
Allez à chrome: // flags/# force-color-profile
Changez-le en sRGB
Google n'autorisant pas les liens directs vers chrome:// vous devrez insérer le côlon vous-même ou entrer le lien entier manuellement dans votre barre d’outils.
Google est conscient du problème - https://bugs.chromium.org/p/chromium/issues/detail?id=624097
Le problème semble avoir disparu dans la v.53 - ils essaient actuellement de comprendre ce qui l'a corrigé. Si possible, le correctif sera fusionné avec la v.52. Mais au moins ils y travaillent.
Au cas où d'autres personnes arriveraient ici avec le même problème que moi, essayez de modifier l'onglet Outils de développement que vous envisagez d'utiliser comme suit Elements.
J'avais l'onglet "Sources" ouvert et Chrome essayait de charger des ressources énormes pour cet onglet, ce qui créait un délai de plusieurs secondes entre les événements console.log() que j'avais créés et l'affichage de ces messages enregistrés.
J'ai eu le même problème de temps sur la version 54.0.2840.99 m de Google Chrome.
Mais le passage à Chrome Canary a fonctionné!)
Je suis également confronté au même problème.
J'ai essayé un screencast à bascule non contrôlé. Maintenant ça fonctionne bien.
Redéfinissez devtools en désactivant tous les points d'arrêt:
Allez sur l'onglet Sources, affichez le débogueur (peut être caché) et tapez Deactivate breakpoints.
(Chrome v62.0 sur Windows 10)
Réduire la taille de resource étant overridden
Seuls les fichiers overriding comportant moins de lignes de code ont bien fonctionné pour moi. J'ai atterri ici parce que j'étais overriding un fichier qui contenait 35,000 + Lignes de Javascript.
De plus, si votre resource est nouveau, c'est-à-dire qu'il n'est pas inclus dans une balise script ni dans une balise link, vous pouvez overridemain html document et ajoutez la balise: <script src="/my-new-script.js"></script>. Ajoutez le fichier à la racine de votre domaine dans le répertoire Overrides folder Sur Chrome:
overriding HTML
then overriding SCRIPT PERSONNALISÉ:
Bonne chance...
Dans mon cas, la configuration des dérogations locales ( https://developers.google.com/web/updates/2018/01/devtools#overrides ) se trouvait dans le dossier Téléchargements, qui contenait de nombreux fichiers. et cela a ralenti devtools.
La configuration des remplacements dans son propre répertoire seprate a corrigé la lenteur.