Qu'est-ce qui est considéré comme une performance rapide pour une requête de serveur unique?

Question

Je comprends qu'il y a plusieurs facteurs à prendre en compte lors de la création d'appels db et d'Internet, mais je me réfère strictement aux méthodes de traitement des demandes, pas à l'aller-retour au client. J'utilise chronomètre pour obtenir une gamme moyenne, mais je ne sais pas ce qui est généralement considéré comme une performance rapide ou décente. 10ms 500ms?

Answer 1

C'est vraiment une question subjective, mais je pense que c'est valide. Nous savons tous que 4 MPH est lent pour la voiture, tandis que 150 MPH - très rapide. Maintenant, retourne aux serveurs. L'appel rapide (indexé) au DB prend environ 20 ms. Disons que nous en avons besoin de 5. La latence de stockage est également d'environ 5-10 millisecondes avec des dizaines de données de débit mégaoctets par seconde. Disons que nous devons lire 1Mb. Cela devrait prendre, disons, 50 millisecondes. 10 millisecondes de CPU suffisent pour faire des dizaines de recherches dans les différentes cartes. 10-20 est suffisant pour remplir efficacement un modèle du résultat. Donc nous arrivons à la somme 20 * 5 (pour DB) + 50 (système de fichiers) + 10 (dans les recherches de mémoire) +20 (remplissage de modèle). 180 millisecondes. Donc, très très grossièrement, nous pouvons supposer que le serveur efficace, pas surchargé, ne pas faire des analyses excessives sur les données devrait avoir environ 200 millisecondes de temps de réponse. D'en haut, nous pouvons également supposer que moins de 50 - est très difficile. Bien sûr, tout ce qui précède dépend de nombreux facteurs, mais le but de la poste - pour donner un peu de ce qui est rapide et ce qui est lent.