Statistiques avec 1200 athlètes
15e Trophée Judo Città di Lavis#
Les 20 et 21 janvier 2024, nous avons organisé à Lavis le 15e Trophée, avec près de 1200 athlètes participants : 500 le samedi, 700 le dimanche. L'événement a été entièrement géré avec Judo in Cloud, avec des résultats exceptionnels ! Vous pouvez consulter les informations sur l'événement au lien suivant.
En tant qu'informaticiens, nous avons pu vérifier la facilité d'utilisation, l'autonomie et la fiabilité de notre logiciel, sans que notre intervention soit nécessaire. Judo in Cloud a réussi haut la main !
Dans les paragraphes suivants, nous présenterons les données d'utilisation du programme que nous avons collectées, pour prouver qu'aujourd'hui, même si les salles de sport sont pleines de monde et que les interférences sont énormes, le cloud fonctionne s'il est utilisé par un logiciel bien conçu. Toute la connexion reposait sur deux cartes SIM qui fournissaient internet à un routeur. La connexion était fournie en sans-fil, sans aucun câblage.
En résumé, Judo in Cloud a répondu à un maximum de 4 requêtes par seconde avec une latence moyenne d'au plus 0.5 seconde, avec un payload maximal de 60kb en entrée et 40kb en sortie (du point de vue de nos serveurs, donc l'inverse pour les ordinateurs physiques de la compétition).
Plus simplement, la connexion dans la salle était, dans les pires moments, d'environ 100 kb/s et le programme répondait à chaque clic en moins d'une seconde. À la même vitesse, une photo Facebook normale de 5 Mb mettrait presque une minute à se charger !
Requêtes#
Nous avons deux types d'« ordinateurs » que nous utilisons pour traiter les requêtes entrantes : le « client » se charge d'envoyer les pages web que vous voyez sur votre PC ou votre téléphone ; le « server » se charge de faire tous les calculs de la compétition et de se connecter à la base de données.
Il est intéressant de voir comment les requêtes (mais aussi les autres variables) suivent pour chaque journée une distribution gaussienne.
Trafic#
Temps de latence#
« La latence désigne l'intervalle de temps qui s'écoule entre le moment où l'entrée/le signal est envoyé au système et le moment où sa sortie est disponible. En d'autres termes, la latence n'est rien d'autre qu'une mesure de la vitesse de réponse d'un système ». (source : Wikipedia).
En particulier, nous montrons ici les valeurs moyennes et les percentiles 50% et 95%. Un percentile 50% indique qu'au moins la moitié des requêtes a été traitée en au plus ce laps de temps.
Il est intéressant de noter que pendant la nuit, lorsque les serveurs étaient éteints et qu'il fallait attendre qu'ils démarrent, la latence augmente car elle tient compte du démarrage.