présentation
L'un des plus grands erreurs dans le benchmarking de bases de données est de surestimer la charge de travail jusqu'à ce que les temps de réponse soient mesurés en centaines de millisecondes, voire en secondes.
Un grand nombre de transactions par seconde n'est pas suffisant si la charge de travail passe déjà trop de temps à attendre. Le résultat peut sembler impressionnant au niveau supérieur, mais les temps de réponse racontent une autre histoire.
fonctionnement
Les bases de données prises en charge par HammerDB sont toutes des bases de données critiques pour les missions, de classe entreprise. À des performances élevées, les temps de réponse devraient être dans la plage de la sous-milliseconde ou de la milliseconde pour les procédures stockées complexes combinant plusieurs instructions SQL.
HammerDB v6.0 rend le profil de latence visible. Les nouvelles métriques de temps de réponse montrent combien de temps les transactions individuelles prennent tout au long de l'exécution, avec un rapport complet des percentiles et des graphiques en boîte pour les types de transactions clés.
analyse scientifique
Cela signifie que le résultat peut montrer la médiane, les percentiles supérieurs, la dispersion et les valeurs aberrantes, et non seulement une moyenne. Les moyennes cachent trop d'informations. Les percentiles montrent si le système livre une faible latence constante ou si une partie de la charge de travail est déjà en file d'attente derrière des attentes plus longues.
HammerDB v6.0 ajoute également l'échantillonnage de réservoir pour les exécutions longues. Cela maintient l'analyse des temps de réponse pratique même lorsque une charge de travail génère un très grand nombre de chronométrages de transactions.
implications et limites
Pour les tests à longue durée, cela est important. Vous voulez la distribution de latence, les percentiles et les valeurs aberrantes sans transformer les données de temps de réponse elles-mêmes en goulet d'étranglement.
À mesure que les utilisateurs virtuels augmentent, le débit et le temps de réponse devraient être examinés ensemble. Si le débit augmente mais que la latence passe de millisecondes à centaines de millisecondes, la charge de travail a dépassé la surcharge.
