Délai de réponse sur les formulaires
Un indicateur de temps de réponse (horloge) apparaît en bas à droite de nombreux formulaires et listes.
Cet indicateur fournit le temps de traitement d’une transaction terminée, y compris le temps total et la durée de chaque étape. Cliquez sur l’icône pour afficher ou masquer les détails du délai de réponse. Pointez sur l’icône pour afficher une info-bulle avec les détails. L’exemple suivant montre le délai de réponse pour récupérer une liste filtrée dans une instance de démonstration.
- Durée totale de 1019 millisecondes
- 3 millisecondes de déplacement de données sur le réseau
- 526 millisecondes sur le serveurRemarque :L’heure du serveur est calculée à l’aide de la formule suivante :
server time = (client response time - browser time - client network time) - 490 millisecondes dans le navigateur, le rendu HTML et l’analyse et l’exécution de JavaScript
La réponse n’apparaît pas pour les opérations simples, telles que la pagination, la modification de l’ordre de tri d’une liste ou pour la première transaction d’une session.
Cliquez sur Navigateur pour afficher une répartition détaillée du temps de traitement du navigateur sur les formulaires.
Les administrateurs peuvent désactiver le délai de réponse en définissant la glide.ui.response_time propriété sur false dans la table Propriétés système [sys_properties]. Dans le filtre de navigation, saisissez sys_properties.list et recherchez glide.ui.response_time.
- Une période où toutes les transactions prenaient un temps inhabituellement long. Par exemple, les transactions qui prenaient normalement 1 seconde prenaient 15 secondes entre 11h00 et 11h20. Ce problème peut indiquer qu’une charge inhabituelle, telle qu’un rapport volumineux, s’est exécutée sur ce serveur d’applications pendant cette période.
- Une transaction spécifique qui a pris à plusieurs reprises un temps inhabituellement long. Par exemple, la liste des incidents fermés triés par description courte mettait 30 secondes à chaque affichage. Ce problème peut indiquer qu’une transaction particulière a mis une charge de base de données inhabituelle sur le système, comme le tri de 500 000 enregistrements sur un champ non indexé.
- Recherchez une ou plusieurs transactions qui couvrent toute la fenêtre. Par exemple, vous observez que la réponse a été lente pendant six minutes et qu’une transaction s’est exécutée pendant tout ce temps. Vous pouvez essayer d’ajouter une indexation supplémentaire à la base de données pour rendre la transaction plus rapide. Certains types de requêtes vont toujours s’exécuter plus lentement que d’autres, quelle que soit l’indexation.
- Assurez-vous qu’aucune purge du cache n’est exécutée pendant les heures ouvrables. Les purges de cache sont destinées à empêcher les anciennes données d’interférer avec les modifications et les mises à jour, et sont effectuées automatiquement lors de l’utilisation d’ensembles de mises à jour. Les purges programmées du cache, à l’aide de cache.do, peuvent affecter les performances globales et dégrader les temps de réponse du système. N'exécutez pas les purges du cache pendant les heures de travail et ne déclenchez pas automatiquement les purges du cache.
- Si vous ne trouvez aucun problème spécifique lors de la lenteur du délai de réponse, contactez l’assistance pour voir s’il existe des problèmes globaux avec le matériel du serveur d’applications.
Minuteurs des transactions client
Le module d’extension Client Transaction Timings fournit des informations supplémentaires sur le temps passé côté client et côté serveur, ainsi que par le navigateur et le réseau. Cette fonctionnalité permet non seulement de trouver les processus de longue durée, mais fournit également des informations sur la cause du problème de performance dans le processus.