Tâches longues du thread principal
Silktide charge vos pages dans un véritable navigateur et enregistre les tâches les plus longues qui occupent le navigateur pendant le chargement de la page. Cette liste indique quels scripts ont gardé la page occupée, et pendant combien de temps, des plus longues aux plus courtes.
Pourquoi c’est important
Un navigateur effectue l’essentiel de son travail — exécuter des scripts, construire la page et répondre aux interactions — sur un seul . Pendant qu’une tâche s’exécute, rien d’autre ne peut se produire : clics, appuis et défilement se figent jusqu’à ce qu’elle se termine. Les tâches de plus de 50 millisecondes sont suffisamment longues pour être remarquées, d’où leur nom de tâches longues. Cette liste vous montre exactement d’où vient ce temps « gelé ».
Comment y remédier
Il s’agit d’une liste informative plutôt que d’un test réussite/échec. Utilisez-la pour trouver vos scripts les plus coûteux, puis pour chacun, envisagez :
- Peut-il être supprimé, ou remplacé par quelque chose de plus léger ? Les scripts tiers sont souvent en cause — voir Code tiers.
- Peut-il s’exécuter plus tard, après que la page est interactive, ou seulement au besoin via le ?
- Le travail peut-il être découpé en morceaux plus petits, ou déplacé hors du thread principal dans un worker Web ?
Comment Silktide teste cela
- Charger la page dans un véritable navigateur et enregistrer chaque tâche du thread principal qui dure plus de 50 millisecondes.
- Attribuer chaque tâche au script responsable lorsque c’est possible.
- Lister les tâches avec leur durée, des plus longues aux plus courtes. Les tâches de plus de 100 millisecondes sont mises en évidence comme plus sérieuses.