Alors que l'open source devient de plus en plus populaire, gitee, en tant que principale plate-forme nationale d'hébergement de code, a également reçu une large attention. Certains développeurs rencontreront inévitablement des problèmes de performances lors de l'utilisation de gitee pour la gestion de projet, il est donc nécessaire de savoir comment tester les performances de gitee pour la gestion de projet.
1. Contexte des tests de performances
Les tests de performances consistent à tester le système dans certaines conditions de charge dans un environnement spécifique pour évaluer la vitesse de réponse du système, le débit, l'utilisation des ressources, la stabilité et d'autres indicateurs de performances, et fournir au système base de référence importante pour l’optimisation des performances et la planification des capacités. Les tests de performances de
gitee font principalement référence aux tests de fonctions telles que l'envoi de code et le téléchargement de code. Étant donné que ces opérations sont les plus couramment utilisées sur la plate-forme gitee, mais en même temps, en raison de la qualité du réseau, du taux de transmission et d'autres raisons, ces opérations sont souvent soumises à de nombreuses interférences, des tests de performances sont donc nécessaires pour optimiser les performances de la plate-forme.
2. Outils nécessaires aux tests de performances
Il s'agit d'un outil d'analyse comparative très puissant pour tester les performances des serveurs Web. Il peut simuler des utilisateurs à accès simultané élevé et générer facilement les résultats des tests. résultats des tests.
Il s'agit d'un autre outil très important dans les tests de performances, principalement utilisé pour tester des systèmes logiciels à plus grande échelle. Grâce à LoadRunner, les utilisateurs peuvent tester les applications Web en termes de débit, de temps de réponse, de simultanéité, etc.
Très similaire à Apache Benhc, JMeter est également un outil open source, principalement utilisé pour les tests de performances, les tests fonctionnels et les tests de charge des applications Web, prenant en charge plusieurs protocoles, tels que HTTP, FTP, SMTP, JMS, etc. .
3. Étapes de test réelles
Avant de tester les performances, vous devez comprendre certaines données de test, telles que le nombre d'utilisateurs simultanés, la durée du test, les attentes en matière d'utilisation des données de test, le comportement des utilisateurs, etc. Ici, nous choisissons d'utiliser l'outil Apache Bench, et les données de test sont les suivantes :
Nombre d'utilisateurs simultanés : 50, 100, 500, 1000
Durée du test : 30s, 60s, 180s, 300s
Période d'utilisation des données de test : 10min , 20min, 30min, 60min
Avant de tester, vous devez configurer la cible de test, y compris principalement la configuration du serveur, la configuration du stockage de données, etc. Parce que ce test est destiné à la plateforme gitee, vous devez d'abord confirmer l'adresse du gitee. Ici, nous utilisons l'adresse officielle du gitee "https://gitee.com" comme adresse de test. L'objet de test principal est l'entrepôt git dans. gîte.
Avant de démarrer le test, vous devez exécuter la commande suivante :
ab -n 1000 -c 100 http://gitee.com/
Parmi elles, -n représente le nombre de requêtes, -c représente le nombre de simultanéités et l'URL suivante est la URL qui doit être testée.
Après avoir démarré le test, vous pouvez afficher des informations récapitulatives des résultats du test dans la console actuelle, par exemple :
Concurrency Level: 50 Time taken for tests: 23.052 seconds Complete requests: 100 Failed requests: 18 (Connect: 0, Receive: 0, Length: 18, Exceptions: 0) Non-2xx responses: 100 Total transferred: 107278 bytes HTML transferred: 91740 bytes Requests per second: 4.34 [#/sec] (mean) Time per request: 1152.591 [ms] (mean) Time per request: 23.052 [ms] (mean, across all concurrent requests) Transfer rate: 4.54 [Kbytes/sec] received
Dans les résultats du test, le niveau de concurrence est le nombre actuel d'utilisateurs simultanés, et Le temps nécessaire au test est le test. La durée, les requêtes par seconde font référence au nombre de requêtes pouvant être traitées par seconde et le temps par requête fait référence au temps moyen de traitement de chaque requête.
Grâce à l'analyse des données de test, les conclusions suivantes peuvent être tirées :
4. Suggestions d'optimisation
Grâce aux résultats des tests ci-dessus, nous pouvons tirer quelques suggestions d'optimisation :
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!