Explication détaillée du TPS, du QPS, du nombre de simultanéités et du temps de réponse

QPS

Principe : 80% des visites chaque jour Concentrez-vous sur 20 % du temps, ces 20 % du temps sont appelés heures de pointe.

Formule : (PV total * 80%) / (Secondes par jour * 20%) = Requêtes par seconde (QPS) aux heures de pointe.

Machine : Temps de pointe QPS par seconde / QPS d'une seule machine = machine requise.

3 millions de PV par jour sur une seule machine, combien de QPS cette machine nécessite-t-elle ?

( 3000000 * 0,8 ) / (86400 * 0,2 ) = 139 (QPS).

Généralement, il doit atteindre 139QPS car c'est la valeur maximale.

QPS

Le taux de requêtes par seconde QPS est une mesure de la quantité de trafic qu'un serveur de requêtes spécifique gère au cours d'une période de temps spécifiée.

Taux de requêtes par seconde

Sur Internet, le taux de requêtes par seconde est souvent utilisé pour mesurer les performances de la machine serveur du système de noms de domaine, qui est le QPS.

correspond aux récupérations/sec, qui est le nombre de requêtes de réponse par seconde, qui est la capacité de débit maximale.

Langage informatique

Un langage de programmation informatique. Utilisé pour l’analyse des données et la sortie de rapports. La plateforme d'exploitation est MRDCL. Les fichiers de données pris en charge incluent le format ASC et le format CSI.

Le format CSI est le format de données unique de QPS. Il s’agit d’un langage extrêmement professionnel utilisé pour l’analyse des données, le nettoyage des données et la production de rapports. Il est actuellement le plus largement utilisé dans le secteur des études de marché. Il existe relativement peu de demandes nationales en Chine.

La raison du développement nécessite une compréhension des concepts de débit (TPS), de QPS, de simultanéité et de temps de réponse (RT). Vérifiez-la dans l'Encyclopédie Baidu et enregistrez-la comme suit :

. 1. Temps de réponse (RT)

Le temps de réponse fait référence au temps nécessaire au système pour répondre à une requête. Intuitivement, cet indicateur est très cohérent avec les sentiments subjectifs des gens sur les performances des logiciels, car il enregistre complètement le temps nécessaire à l'ensemble du système informatique pour traiter les demandes. Étant donné qu'un système fournit généralement de nombreuses fonctions et que la logique de traitement des différentes fonctions est également très différente, le temps de réponse des différentes fonctions est également différent, et même le temps de réponse de la même fonction est différent selon les données d'entrée. Par conséquent, lorsqu’on parle du temps de réponse d’un système, les gens se réfèrent généralement au temps moyen de toutes les fonctions du système ou au temps de réponse maximum de toutes les fonctions. Bien entendu, il est souvent nécessaire de discuter du temps de réponse moyen et du temps de réponse maximum pour chaque fonction ou groupe de fonctions.

Pour les systèmes d'application mono-machine sans opérations simultanées, il est généralement admis que le temps de réponse est un indicateur de performance raisonnable et précis. Il convient de souligner que la valeur absolue du temps de réponse ne reflète pas directement les performances du logiciel. Les performances du logiciel dépendent en réalité de l'acceptation du temps de réponse par l'utilisateur. Pour un logiciel de jeu, un temps de réponse inférieur à 100 millisecondes devrait être bon. Un temps de réponse d'environ 1 seconde peut être à peine acceptable. Si le temps de réponse atteint 3 secondes, c'est totalement inacceptable. Pour le système de compilation, la compilation complète du code source d'un logiciel à plus grande échelle peut prendre des dizaines de minutes, voire plus, mais ces temps de réponse sont acceptables pour les utilisateurs.

2. Débit (Throughput)

Le débit fait référence au nombre de requêtes traitées par le système par unité de temps. Pour les systèmes d'application sans concurrence, le débit est strictement inversement proportionnel au temps de réponse. En fait, le débit est l'inverse du temps de réponse. Comme mentionné précédemment, pour les systèmes mono-utilisateur, le temps de réponse (ou le temps de réponse du système et le temps de retard des applications) peut être une bonne mesure des performances du système, mais pour les systèmes simultanés, le débit est généralement utilisé comme indicateur de performances.

Pour un système multi-utilisateurs, s'il n'y a qu'un seul utilisateur qui l'utilise, le temps de réponse moyen du système est t. Lorsqu'il y a n utilisateurs qui l'utilisent, le temps de réponse vu par chaque utilisateur n'est généralement pas. n×t , qui est souvent beaucoup plus petit que n×t (bien sûr, dans certains cas particuliers, il peut être supérieur à n×t, voire beaucoup plus grand). En effet, le traitement de chaque requête nécessite beaucoup de ressources. Comme le traitement de chaque requête comporte de nombreuses étapes difficiles à exécuter simultanément, il en résulte qu'à un moment donné, les ressources occupées ne sont souvent pas nombreuses. C'est-à-dire que lors du traitement d'une seule requête, de nombreuses ressources peuvent être inactives à chaque instant. Lors du traitement de plusieurs requêtes, si les ressources sont configurées de manière raisonnable, le temps de réponse moyen observé par chaque utilisateur n'augmente pas avec le nombre d'utilisateurs. augmente linéairement. En fait, le temps de réponse moyen des différents systèmes augmente à des rythmes différents à mesure que le nombre d'utilisateurs augmente. C'est la principale raison pour laquelle on utilise le débit pour mesurer les performances des systèmes concurrents. D'une manière générale, le débit est un indicateur relativement courant. Si le débit maximum de deux systèmes avec un nombre d'utilisateurs et des modèles d'utilisation des utilisateurs différents est fondamentalement le même, on peut juger que les capacités de traitement des deux systèmes sont fondamentalement les mêmes.

3. Nombre d'utilisateurs simultanés

Le nombre d'utilisateurs simultanés fait référence au nombre d'utilisateurs que le système peut simultanément héberger et utiliser normalement les fonctions du système. Comparé au débit, le nombre d’utilisateurs simultanés est un indicateur de performance plus intuitif mais aussi plus général. En fait, le nombre d'utilisateurs simultanés est un indicateur très inexact, car différents modèles d'utilisation des utilisateurs amèneront différents utilisateurs à émettre différents nombres de requêtes par unité de temps. Prenons l'exemple d'un système de site Web. On suppose que les utilisateurs ne peuvent l'utiliser qu'après s'être inscrits. Cependant, les utilisateurs enregistrés n'utilisent pas le site Web tout le temps, seuls certains utilisateurs enregistrés sont en ligne à un moment précis. beaucoup de temps à parcourir le site Web. La lecture des informations sur le site Web prend du temps, de sorte que seuls certains utilisateurs en ligne font des demandes au système en même temps et à une heure précise. De cette façon, nous aurons trois statistiques sur le nombre d'utilisateurs du système du site Web : le nombre d'utilisateurs enregistrés, le nombre d'utilisateurs en ligne et le nombre d'utilisateurs effectuant des demandes simultanées. Étant donné que les utilisateurs enregistrés peuvent ne pas se connecter au site Web pendant une longue période, l'utilisation du nombre d'utilisateurs enregistrés comme indicateur de performance entraînera une erreur importante. Le nombre d’utilisateurs en ligne et le nombre d’utilisateurs envoyant des demandes de collègues peuvent tous deux être utilisés comme indicateurs de performance. En comparaison, il est plus intuitif d’utiliser les utilisateurs en ligne comme indicateur de performance, et il est plus précis d’utiliser le nombre d’utilisateurs demandeurs simultanés comme indicateur de performance.

4. Taux de requêtes QPS par seconde (Query Per Second)

Le taux de requêtes par seconde QPS correspond à la quantité de trafic qu'un serveur de requêtes spécifique gère dans un délai spécifié. Sur Internet, les performances d'une machine agissant comme serveur de système de noms de domaine sont souvent mesurées par le taux de requêtes par seconde. Correspond aux récupérations/s, qui est le nombre de requêtes de réponse par seconde, qui est la capacité de débit maximale. (Il semble être similaire à TPS, mais s'applique au débit de scénarios spécifiques)

Tutoriel recommandé : "PHP"

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!