Délai de réponse sur les formulaires

Un indicateur de délai de réponse (horloge) apparaît en bas à droite de nombreux formulaires et listes.

Cet indicateur indique le temps de traitement d’une transaction terminée, y compris le temps total et le temps 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.

Figure 1. Délai de réponse

Dans cet exemple, la transaction a pris le temps de traitement suivant :

• 1019 millisecondes temps total
• 3 millisecondes de déplacement des données sur le réseau
• 526 millisecondes sur le serveur
  Remarque :

  Le temps du serveur est calculé à l’aide de la formule suivante :

  server time = (client response time - browser time - client network time)

• 490 millisecondes dans le navigateur, le rendu du code 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.

Pour afficher une répartition détaillée du temps de traitement du navigateur sur les formulaires, cliquez sur navigateur.

Figure 2. Détails du délai de réponse du navigateur

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.

Lorsque vous examinez les délais de réponse, recherchez les problèmes suivants.

1. 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’application pendant cette période.
2. 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 prenait 30 secondes à chaque fois qu’elle s’affichait. Ce problème peut indiquer qu’une transaction particulière a imposé une charge inhabituelle à la base de données au système, comme le tri de 500 000 enregistrements dans un champ non indexé.

Essayez les actions suivantes pour améliorer les performances.

1. Recherchez une ou plusieurs transactions qui couvrent toute la période. Par exemple, vous observez que la réponse a été lente pendant six minutes et qu’une seule 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 accélérer la transaction. Certains types de requêtes s’exécuteront toujours plus lentement que d’autres, quelle que soit l’indexation.
2. Assurez-vous qu’aucune purge de cache n’est effectuée pendant les heures ouvrables. Les purges du cache ont pour but d’empêcher les données plus anciennes 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 de cache planifiées, à 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.
3. Si vous ne trouvez pas de problèmes spécifiques lorsque le délai de réponse est lent, contactez l’assistance pour voir s’il existe des problèmes globaux avec le matériel du serveur d’applications.

Minutages des transactions clientes

Le module d’extension Client Transaction Timings fournit des informations supplémentaires sur le temps passé à la fois 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 l’endroit du processus où le problème de performance est causé.