Classement et comparaison

Ce qui entre au classement

Le Classement a deux onglets, Standard et Stress limit. Chacun classe sa propre sorte de run sur son propre barème, Barème standard ou Barème stress-limit : un total de stress limit ne côtoie jamais un total standard. Sous le titre, le nombre de rapports classés et Qu'est-ce qui est classé ? résument les règles ci-dessous.

Pour faire entrer l'un de vos rapports au classement, rendez-le public : voir Lire un rapport. Le badge de rang d'un rapport (de SS à F) situe son score parmi les rapports publics récents ; les règles sont dans Comment fonctionne le scoring.

Quand un rapport nouvellement publié entre dans le top 4 au-dessus de l'un des vôtres, vous recevez une notification, et un email sauf si vous avez coupé Dépassement au classement (voir Compte et sécurité).

Lire une ligne

Deux colonnes sont toujours affichées, en tête : #, la position, et Configuration : le CPU, ses cœurs, la RAM, le logiciel serveur et la version de Minecraft, le nom du serveur quand son propriétaire l'a vérifié et l'affiche sur son profil, et les badges Vérifié et Certifié. Quand un rapport est attribué à un hébergeur, le logo de celui-ci remplace l'icône du CPU, et un rapport certifié nomme aussi l'hébergeur. En bout de ligne, un bouton ajoute le rapport au comparateur et un autre l'ouvre.

Les autres colonnes peuvent être affichées, masquées et réordonnées. Par défaut, le tableau montre Utilisateur, Score total, Single-core, Matériel, Gameplay, Date, la version du barème (colonne intitulée Barème standard ou Barème stress-limit) et Rang. Utilisateur indique Anonyme quand le rapport n'appartient à aucun compte.

Sur un écran étroit, chaque rapport devient une carte qui porte les mêmes informations.

Choisir et ordonner les colonnes

Cliquez sur Colonnes au-dessus du tableau, ou faites un clic droit sur sa ligne d'en-tête. Le menu range les colonnes en Scores, Machine, Serveur et Rapport ; cochez celles que vous voulez. Organiser les colonnes… ouvre une liste où vous faites glisser chaque colonne, ou la déplacez avec ses flèches, pour régler l'ordre de gauche à droite. Réinitialiser l'affichage rétablit les colonnes et l'ordre par défaut.

Chacune de ces valeurs figure déjà sur la page publique du rapport. Votre disposition et votre nombre de lignes (Par page : 25, 50 ou 100) sont gardés dans ce navigateur seulement : un lien que vous copiez désigne le classement que vous voyez, pas votre disposition.

Trier

Cliquez sur l'en-tête d'une colonne pour trier selon elle : le premier clic trie par ordre décroissant, le suivant inverse. Sur un écran étroit, servez-vous de Trier par et du bouton voisin. Le classement s'ouvre trié par Score total, du plus haut au plus bas.

Tous les scores, Date, les versions du barème et du plugin, Cœurs / threads, CPU utilisables, Fréquence, RAM et Plugins se trient. Les versions se trient dans l'ordre des versions (1.10 après 1.9), et les rapports auxquels la valeur manque viennent toujours en dernier, dans un sens comme dans l'autre. Utilisateur, OS, Java, Minecraft, Type de serveur, Hébergeur, Pays et Rang ne se trient pas.

Filtres

Les filtres s'additionnent : un rapport doit les satisfaire tous. Chaque filtre actif apparaît comme une pastille sous Filtres actifs ; cliquez dessus pour le retirer. Réinitialiser les filtres efface tous les filtres mais garde l'onglet, le tri et le nombre de lignes par page.

L'adresse de la page porte l'onglet, les filtres, le tri et la page : copiez-la pour partager exactement la vue que vous voyez.

Versions du barème et du plugin

Les règles de notation ont des versions, et les deux barèmes sont numérotés chacun de leur côté : un numéro de version du barème standard ne veut rien dire sur le barème stress-limit. La version du barème d'un rapport figure sur sa ligne et sur sa page, sous la forme Barème standard ou Barème stress-limit suivi du numéro.

• Sous Versions, De et À limitent la vue à une plage de versions du barème de l'onglet en cours, et à une plage de versions du plugin. Les menus ne proposent que les versions présentes dans cet onglet. Des bornes données à l'envers sont remises dans l'ordre.
• Passer de Standard à Stress limit, ou l'inverse, efface les filtres de version du barème, qui appartiennent à l'autre barème.
• Quand la vue mêle plusieurs versions du barème, ou des rapports sans version enregistrée, un avertissement le signale : des scores calculés selon des règles différentes ne se comparent pas directement. Le bouton voisin n'affiche que la version la plus récente.
• Une version qui appartient à l'autre barème, venue d'un ancien lien par exemple, est ignorée, et la page vous le dit.

Comparer des rapports

Ajouter au comparateur, sur une ligne du classement ou sur la page d'un rapport, place le rapport dans le Comparateur, un panneau en bas de l'écran. Il tient jusqu'à 5 rapports, gardés dans ce navigateur ; Comparer les ouvre côte à côte dès qu'il y en a deux. Comparer avec d'autres, dans le menu Partager d'un rapport, ouvre la même page avec ce rapport.

La page Comparer des benchmarks fonctionne ainsi :

• Ajouter des rapports accepte un identifiant de rapport (vxb_…) ou un nom de processeur, qu'elle cherche dans le classement. Jusqu'à 5 rapports.
• Vous pouvez ajouter tout rapport que vous pouvez ouvrir : les rapports publics, non répertoriés ou certifiés, et les rapports privés que vous pouvez lire, les vôtres et ceux d'un serveur que vous détenez et avez vérifié. Un rapport expiré ou introuvable est listé avec la raison.
• Le premier rapport est la Référence : les autres affichent leur écart avec lui, en pourcentage. Cliquez sur une autre carte pour changer de référence.
• Dès deux rapports, Mettre en évidence colore la meilleure et la pire valeur de chaque ligne, et AVG, MIN, MAX et MED ajoutent des colonnes calculées (moyenne, minimum, maximum et médiane, nommés en infobulle).
• Comparaison des scores, Profil de performance (les points forts de chaque rapport, ramenés à 100 %) et Décomposition du score représentent les scores en graphiques ; les onglets Scores, Matériel, Tests et Serveur les détaillent.
• Copier le lien copie l'adresse de la comparaison.

Chaque rapport est un seul run. Avant de tirer une conclusion d'un petit écart, regardez sur la page de chaque rapport si son run a été stable.

Comparer vos propres serveurs

Tableau de bord → Comparateur, le Comparateur multi-serveurs, met vos serveurs liés côte à côte sur 12 métriques au plus : composantes du score et mesures des tests unitaires. Meilleur performeur compte les métriques que chaque serveur remporte, la Matrice de comparaison colore chaque ligne du meilleur au moins bon, et un clic sur une ligne montre sa tendance sur la période choisie. Il demande une offre Pro ou Enterprise, ou un compte hébergeur (voir Plans et limites).

Avant et après un changement

Pour savoir si un changement (une option Java, un réglage de Paper, un nouvel hébergeur) a aidé, l'API et le connecteur Claude comparent des runs pris avant et après. Ce n'est pas une page du site : appelez GET /api/v1/reports/before-after avec un jeton qui porte reports:read (voir API et jetons), ou demandez-le à Claude par le connecteur (voir Brancher Claude sur votre compte).

• Donnez de 1 à 10 rapports de chaque côté, et nommez les tests que le changement visait, par exemple mobAI ou hopper. Les autres tests de tick sont surveillés pour repérer un effet collatéral, et les tests matériels servent de témoin.
• Chaque rapport doit être un rapport que vous pouvez ouvrir. Un verdict demande que les deux côtés viennent du même serveur, de la même version de VoxelBench et du même mode de benchmark ; déclarez les autres différences voulues : plateforme (logiciel serveur), version de Minecraft, version de Java ou matériel.
• Le verdict vaut improved (amélioré), degraded (dégradé), no_detectable_effect (aucun effet détectable), undecidable (indécidable) ou not_measured (non mesuré), et collateral_regression signale un autre test qui s'est dégradé.
• Il refuse souvent de conclure, à dessein : deux runs du même serveur ne donnent jamais exactement les mêmes chiffres. Le bruit s'estime à partir des runs eux-mêmes, ce qui demande au moins trois runs de chaque côté.
• La plateforme ne sait pas ce qui a changé d'autre entre les runs : le verdict suppose que le changement visé était le seul.

L'API compare aussi deux rapports directement (GET /api/v1/reports/compare) : elle dit lequel mène sur le score total, si l'écart reste dans le bruit, ou que les deux ne se comparent pas, par exemple un run standard et un run de stress limit.