22 mai 2023

Qu'est-ce que le TTLB ou Time To Last Byte ?

Introduction à TTFB et l'importance des temps de réponse du serveur.

Dans le monde de l'hébergement Web, on parle souvent de TTFB, acronyme de Time To First Byte. C'est un paramètre fondamental pour mesurer la rapidité avec laquelle un serveur web répond à une requête. TTFB est le temps entre un client envoyant une requête HTTP et le serveur recevant le premier octet de données.

Cependant, un autre paramètre mérite notre attention, même s'il est souvent négligé : le TTLB, ou Time To Last Byte. Cette métrique, bien que moins connue, joue un rôle tout aussi critique dans la détermination des performances globales d'un site Web. Bien qu'on en parle peu, son importance est indéniable.

Qu'est-ce que le TTLB (Time To Last Byte) ?

Le TTLB, comme son nom l'indique, représente le temps qu'il faut à un serveur pour envoyer le dernier octet de réponse à une requête client. En d'autres termes, c'est le temps total qu'un client doit attendre pour recevoir la réponse complète du serveur. Cette métrique est particulièrement utile pour mesurer la vitesse à laquelle les données sont téléchargées depuis le serveur.

Le TTLB inclut le temps de transmission du contenu, c'est-à-dire le temps nécessaire pour transférer toutes les données de la source au destinataire, ainsi que le temps mis par le serveur pour traiter la requête. Ce paramètre est important pour comprendre à quelle vitesse un utilisateur peut afficher l'intégralité de la page Web ou télécharger un fichier à partir du serveur.

La relation entre TTFB et TTLB

Alors que le TTFB indique la rapidité avec laquelle un serveur peut commencer à répondre à une demande, le TTLB indique le temps qu'il faut pour terminer la réponse. Un TTFB inférieur indique que le serveur est capable de commencer à répondre rapidement, ce qui est essentiel pour l'expérience utilisateur, en particulier pour les pages Web dynamiques.

Cependant, un faible TTFB ne garantit pas nécessairement un faible TTLB. Si le serveur met beaucoup de temps à envoyer la réponse complète, l'utilisateur peut devoir attendre longtemps pour afficher la page entière ou pour télécharger un fichier, même si la réponse a commencé rapidement. Cela souligne l'importance de surveiller à la fois le TTFB et le TTLB.

Comment optimiser le TTLB.

Une réponse lente du serveur peut sérieusement affecter les performances. Si le navigateur attend plus de 600 ms pour une réponse, c'est une indication que quelque chose ne fonctionne pas comme il se doit. Un retard excessif dans la réponse du serveur peut entraîner de longs temps de chargement des pages, un problème que les internautes ne tolèrent pas.

Lorsque les utilisateurs visitent une URL via leur navigateur, celui-ci envoie une requête réseau pour obtenir le contenu souhaité. Le serveur reçoit cette requête et délivre le contenu de la page. Cela peut demander des efforts considérables au serveur pour générer une page avec tout le contenu dynamique que les utilisateurs veulent voir. Par exemple, si un utilisateur vérifie l'historique de ses commandes, le serveur doit collecter ces informations dans la base de données puis les intégrer dans la page.

Améliorer les performances du serveur pour réduire le temps d'attente lors du chargement des pages est une étape cruciale. La première étape pour optimiser le temps de réponse du serveur consiste à identifier les principales opérations que le serveur doit effectuer pour générer le contenu de la page, puis à mesurer le temps qu'il faut pour chacune d'entre elles. Une fois les activités les plus chronophages identifiées, des solutions peuvent être recherchées pour les accélérer.

De nombreuses raisons peuvent entraîner la lenteur de la réponse d'un serveur et, par conséquent, il existe plusieurs façons d'apporter des améliorations :

  1. Activez la compression GZIP pour les connexions.
  2. Améliorez la logique de l'application serveur pour générer des pages plus rapidement. Chaque pile technologique et serveur Web a ses propres recommandations spécifiques pour optimiser les performances ; pour PHP, par exemple, OPCACHE est disponible.
  3. Examinez et optimisez la façon dont votre serveur interagit avec les bases de données ou envisagez de passer à des systèmes de base de données plus performants.
  4. Mettez à niveau le matériel de votre serveur en augmentant la mémoire ou le processeur.

Plus brièvement, nos solutions d'hébergement sont déjà optimisées pour résoudre tous les problèmes de TTFB et TTLB.

Comment mesurer le TTLB à l'aide des commandes Linux

Il existe plusieurs façons de mesurer le TTLB, et l'une des méthodes les plus courantes utilise la commande curl sur un système Linux. Voici un exemple de la façon dont cela peut être fait :

time curl -so /dev/null http://example.com

Dans cette commande, time est une commande Linux qui mesure le temps d'exécution d'une autre commande. curl est une commande utilisée pour télécharger ou envoyer des données via divers protocoles réseau. L'option -s fait que curl fonctionne silencieusement, sans afficher la barre de progression, tandis que l'option -o rediriger la sortie vers un fichier, ou dans ce cas, un /dev/null, afin que vous ne voyiez pas les données téléchargées dans le terminal.

La commande retournera quelque chose comme :

réel 0m0.412s utilisateur 0m0.006s système 0m0.005s

Le temps "réel" est le TTLB que nous recherchons. Indique le temps total écoulé depuis le moment où la commande a été envoyée jusqu'au moment où le dernier octet a été reçu.

conclusion

En conclusion, TTLB est une mesure extrêmement utile pour mesurer les performances du serveur. Bien qu'il ne soit pas discuté autant que TTFB, il est essentiel de comprendre combien de temps un utilisateur devra attendre pour recevoir la réponse complète du serveur. La surveillance de TTLB conjointement avec TTFB peut fournir une image plus complète des performances de votre serveur et vous permettre d'effectuer des optimisations ciblées pour améliorer l'expérience de l'utilisateur final.

Vous avez des doutes ? Vous ne savez pas par où commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions système GNU/Linux avancées orientées vers la haute performance. Avec un modèle d'abonnement peu coûteux et prévisible, nous garantissons que nos clients ont accès à des technologies avancées en matière d'hébergement, de serveurs dédiés et de services cloud. En plus de cela, nous proposons des conseils système sur les systèmes Linux et une maintenance spécialisée en SGBD, sécurité informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'hébergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapté aux administrations publiques, aux PME et à toutes tailles.

Red Hat, Inc. détient les droits de Red Hat®, RHEL®, RedHat Linux® et CentOS® ; AlmaLinux™ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky Linux® est une marque déposée de la Rocky Linux Foundation ; SUSE® est une marque déposée de SUSE LLC ; Canonical Ltd. détient les droits sur Ubuntu® ; Software in the Public Interest, Inc. détient les droits sur Debian® ; Linus Torvalds détient les droits sur Linux® ; FreeBSD® est une marque déposée de la FreeBSD Foundation ; NetBSD® est une marque déposée de la Fondation NetBSD ; OpenBSD® est une marque déposée de Theo de Raadt. Oracle Corporation détient les droits sur Oracle®, MySQL® et MyRocks® ; Percona® est une marque déposée de Percona LLC ; MariaDB® est une marque déposée de MariaDB Corporation Ab ; REDIS® est une marque déposée de Redis Labs Ltd. F5 Networks, Inc. détient les droits sur NGINX® et NGINX Plus® ; Varnish® est une marque déposée de Varnish Software AB. Adobe Inc. détient les droits sur Magento® ; PrestaShop® est une marque déposée de PrestaShop SA ; OpenCart® est une marque déposée d'OpenCart Limited. Automattic Inc. détient les droits sur WordPress®, WooCommerce® et JetPack® ; Open Source Matters, Inc. détient les droits sur Joomla® ; Dries Buytaert détient les droits sur Drupal®. Amazon Web Services, Inc. détient les droits sur AWS® ; Google LLC détient les droits sur Google Cloud™ et Chrome™ ; Facebook, Inc. détient les droits sur Facebook® ; Microsoft Corporation détient les droits sur Microsoft®, Azure® et Internet Explorer® ; La Fondation Mozilla détient les droits sur Firefox®. Apache® est une marque déposée de The Apache Software Foundation ; PHP® est une marque déposée du groupe PHP. CloudFlare® est une marque déposée de Cloudflare, Inc. ; NETSCOUT® est une marque déposée de NETSCOUT Systems Inc. ; ElasticSearch®, LogStash® et Kibana® sont des marques déposées d'Elastic NV. Ce site n'est affilié, sponsorisé ou autrement associé à aucune des entités mentionnées ci-dessus et ne représente aucune de ces entités de quelque manière que ce soit. Tous les droits sur les marques et noms de produits mentionnés sont la propriété de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionnées appartiennent à leurs titulaires. MANAGED SERVER® est une marque déposée au niveau européen par MANAGED SERVER SRL Via Enzo Ferrari, 9 62012 Civitanova Marche (MC) Italie.

Retour en haut de page