De quelle génération est le CPU de votre serveur cloud ? Identification générationnelle et surcoût

Quantifiez le surcoût des vieux CPU grâce au CPUID, au cache et aux benchmarks.

Mis à jour 2026-09-18 · CloudWorth

génération CPUCPU anciensurcoût serveur cloudbenchmark comme preuveCloudWorthSteal TimeSurvente VPSBenchmark VPS

Taux de surcoût générationnel = comparaison des points mono-thread par euro ; en dessous de la référence, ouvrez un ticket pour faire valoir vos droits.

Prouver la génération en trois étapes

Pour déterminer la génération matérielle d'un serveur cloud, ne vous fiez pas à la mention marketing « calcul haute performance » affichée dans la console. Le fournisseur peut changer le texte marketing à tout moment, mais pas le CPUID. La position de cet article est simple : la génération peut être prouvée, et le résultat de cette preuve se convertit directement en un chiffre : combien de points mono-thread par yuan. Si vous êtes en dessous de la référence du même prix, vous avez de quoi ouvrir un ticket, voire demander un remboursement pour configuration inférieure.

J'ai condensé tout le processus en trois étapes, que les cinq sections suivantes détaillent une à une :

1. Lire l'empreinte — /proc/cpuinfo pour obtenir family/model/stepping, lscpu pour voir le cache et la plage de fréquences, et déterminer de quelle microarchitecture et de quelle puce (die) il s'agit.
2. Comparer à la table — utilisez l'empreinte pour consulter la table officielle des SKU, y compris les modèles personnalisés des fournisseurs cloud (comme les variantes à fréquence bloquée 7B12, 7R32), et confirmez la fréquence de base / la fréquence Turbo / le cache L3 nominaux.
3. Calculer la valeur — divisez le score mono-thread mesuré par le prix mensuel réellement payé pour obtenir le « score mono-thread par yuan », puis comparez-le à la référence du même prix pour calculer le taux de surcote générationnelle.

Les trois étapes sont reproductibles : ce que vous obtenez n'est pas une impression, mais un ensemble de captures d'écran à joindre à un ticket. Si vous voulez d'abord disposer d'une référence de calcul des prix, vous pouvez consulter le convertisseur configuration-prix dans CloudWorth /app, fixer le montant réellement payé, puis discuter des performances.

Avant la collecte de preuves, rappelez-vous une règle : toutes les commandes doivent être exécutées sur la machine cible, pas en local. La différence de génération d'un serveur cloud ne se manifeste que sur cette machine virtuelle.

CPUID et empreintes de cache

La première étape est la combinaison de lscpu et /proc/cpuinfo. Ces deux commandes fournissent bien plus d'informations que ce que la plupart des tutoriels indiquent.

lscpu | grep -Ei 'model name|family|model|stepping|MHz|cache'
grep -m1 -E 'cpu family|model\s|stepping' /proc/cpuinfo

Concentrez-vous sur trois champs. family + model + stepping identifient de manière unique une puce de silicium ; c'est l'indice le plus fiable pour juger de la génération d'un CPU — les noms marketing peuvent être inventés, mais ces trois nombres, eux, ne le sont pas. Par exemple, family 6 model 85 correspond à un Xeon de la lignée Skylake-SP, family 25 model 1 à un EPYC 7002 (Rome), et family 25 model 17 pointe vers un EPYC 9004 (Genoa).

stepping mérite une attention toute particulière. Les fabricants déclinent plusieurs stepping sous un même model ; lorsque les fournisseurs cloud récupèrent d'anciens CPU pour les remettre en catalogue, il s'agit souvent encore d'anciens stepping. Si votre instance est annoncée comme « dernière génération » mais que le stepping est celui d'il y a trois ans, c'est le premier point suspect.

Le cache est la deuxième empreinte. La taille du L3 révèle directement le positionnement : à l'époque des E5 v3, le L3 par socket était souvent de 20–30 Mo, l'EPYC 7002 est à 128 Mo, Genoa à 256 Mo, voire 384 Mo (les variantes 3D V-Cache montent encore plus haut). Si une machine « à haut fréquence » n'annonce que 16 Mo de L3, il s'agit probablement d'un processeur grand public ou d'un ancien Xeon E5.

L'empreinte de fréquence est la troisième couche. La valeur CPU MHz dans lscpu est une valeur instantanée ; pour connaître la fréquence turbo maximale, utilisez lscpu | grep -i mhz avec un test de charge continu. Les anciens CPU perdent rapidement leur fréquence turbo, et leur fréquence chute plus nettement que celle d'une nouvelle génération sous charge prolongée.

En combinant ces trois empreintes, vous pouvez confirmer de manière indépendante, sans l'aide du fournisseur, à quelle génération appartient cette machine.

Comparaison avec la table de référence des SKU

Une fois que vous avez le family/model/stepping, l'étape suivante consiste à comparer avec la table de référence. Ne vous contentez pas de consulter Intel ARK ou le site d'AMD : ce sont les SKU personnalisés des fournisseurs cloud qui cachent les pièges les plus profonds.

Un SKU personnalisé, c'est une variante à fréquence bloquée que les fournisseurs cloud achètent à Intel/AMD, dont le nom de modèle comporte souvent un suffixe numérique, par exemple 7B12, 7R32, 8B13, etc. On ne les trouve souvent pas dans les bases de données publiques ; leur fréquence de base est abaissée pour obtenir un meilleur rapport performance/consommation et un prix d'achat plus bas, mais ils restent commercialisés sous des noms de famille comme « EPYC » ou « Xeon Platinum ». Vous voyez « Platinum » et pensez qu'il s'agit de la dernière génération, alors qu'il peut en réalité s'agir d'une version à fréquence bloquée de la génération précédente.

Lors de la comparaison, vérifiez au minimum quatre points :

• Nom de code de la microarchitecture (Skylake, Rome, Ice Lake, Genoa…)
• Fréquence de base / fréquence Boost annoncée
• Capacité du cache L3
• Canaux mémoire et génération prise en charge (DDR4 ou DDR5)

Si l'un de ces quatre points ne correspond pas à la description « dernière génération », notez-le. Par exemple, une instance annoncée comme « nouvelle génération à haute fréquence » qui ne prend en charge que la DDR4 et dont le L3 est de 32 Mo est très probablement un Skylake-SP ou un Cascade Lake, et non un produit postérieur à Ice Lake.

Cela permet aussi de répondre à une question fréquente : comment savoir si un fournisseur cloud recycle d'anciens CPU. Le critère du recyclage n'est pas « ancien », mais « ancien vendu au prix du neuf ». Pour un même EPYC 7002, si le tarif mensuel ne représente que 60 % de celui d'un Genoa, il s'agit d'un déstockage raisonnable ; si le prix est équivalent, voire plus élevé, cela constitue une prime générationnelle. Le but de la comparaison est de traduire « ancien » par « cher sans justification ».

Formule du taux de prime générationnelle

Une fois les preuves recueillies et les tableaux recoupés, on peut passer au calcul. C'est le cœur de cet article, et l'étape qui transforme une plainte qualitative en preuve quantitative.

Score de référence monothread = médiane obtenue sur la machine cible avec le même outil (sysbench 1 thread, Geekbench 6 en monocœur ou UnixBench en monocœur)

Points monothread par yuan = score de référence monothread ÷ frais mensuels réellement payés

Taux de prime générationnelle = (points par yuan de la référence à prix équivalent − vos points par yuan) ÷ points par yuan de la référence à prix équivalent × 100 %

D'où vient la référence ? Prenez des instances en vente à prix équivalent et avec le même nombre de vCPU, exécutez la même série de commandes, puis prenez la médiane. Ne prenez pas les jolis scores du site officiel du fournisseur comme référence : utilisez vos propres valeurs mesurées.

Prenons un exemple que l'on peut recalculer : une instance coûte 120 yuans par mois, obtient 420 points en sysbench monothread, soit 3,5 points par yuan. Une instance de nouvelle génération à prix équivalent obtient 780 points en monothread, soit 6,5 points par yuan. Taux de prime = (6,5 − 3,5) ÷ 6,5 ≈ 46 %. Autrement dit, vous payez près de la moitié en plus pour chaque point de performance.

Outre le monothread, il est préférable de calculer aussi un score de bande passante mémoire par yuan, mesuré avec sysbench memory ou STREAM. Les anciennes plateformes sont souvent en DDR4 à quatre canaux, les nouvelles en DDR5 à douze canaux ; l'écart de bande passante est parfois plus important que l'écart de puissance de calcul, et c'est là que les serveurs cloud qui exécutent des bases de données rencontrent leur premier goulot d'étranglement.

Seuil recommandé : si le taux de prime dépasse 30 % et persiste plus de trois mois, cela vaut la peine d'ouvrir un ticket. En dessous de 15 %, on est dans la plage normale d'écoulement des stocks, inutile d'insister. Inscrivez ces deux chiffres dans votre tableau de suivi : votre jugement y gagnera en cohérence.

Les scores de benchmark ne correspondent pas aux caractéristiques annoncées

Cette section traite de la controverse la plus fréquente : les scores de benchmark réels ne correspondent pas à la configuration annoncée. Le fournisseur annonce « à partir de 2,5 GHz », mais vous mesurez systématiquement seulement 1,8 GHz ; il annonce « haute fréquence », mais le mono-thread est inférieur à celui d'une instance voisine deux fois moins chère.

Commencez par écarter les problèmes de votre côté. Pendant le test de charge, le vCPU est-il dédié ? Un voisin vient-il concurrencer les ressources ? Voici comment procéder :

sysbench cpu --threads=1 --time=60 run
sysbench cpu --threads=1 --time=60 run   # 至少两次，取中位数

Avant de lancer, vérifiez que la charge est à 0 ; après, regardez si la fréquence dans lscpu est bridée. Si deux exécutions consécutives donnent des résultats cohérents et nettement inférieurs au niveau correspondant aux caractéristiques annoncées, le problème vient probablement de l'hôte.

Les cas de non-correspondance se répartissent généralement en trois catégories :

• SKU bridé en fréquence : fréquence turbo annoncée de 3,5 GHz, mais bloquée en pratique à 2,2 GHz, les scores ne peuvent pas correspondre.
• Survente : les cœurs physiques sont trop découpés ; le score mono-thread fluctue fortement selon la charge des voisins ; un écart de plus de 15 % entre deux benchmarks est un signal.
• Incohérence de génération : la console indique « Genoa », mais il s'agit en réalité de Rome, avec un écart de plus de 30 % sur le score mono-thread.

Lors de la constitution de preuves, veillez à conserver trois éléments : les captures d'écran des deux benchmarks, la sortie de lscpu et la date de création de l'instance. S'il en manque un, le ticket risque d'être rejeté avec un « les fluctuations de performance sont normales ».

Cela recoupe aussi « scores réels vs configuration annoncée » : les caractéristiques annoncées sont des chiffres sur le bon de commande, tandis que le score de benchmark est ce qui vous est réellement livré après paiement. Si les deux ne concordent pas, il s'agit essentiellement d'une livraison au rabais, et non d'une « exigence trop élevée » de votre part.

Augmentation du prix de renouvellement et argumentaire pour les tickets

Ce dernier chapitre parle d'argent. L'astuce la plus typique des serveurs cloud est : un prix bas la première année, un renouvellement qui double, mais sans changer de génération de CPU. Lors du renouvellement, le prix augmente de 60 %, et le family/model/stepping dans lscpu est exactement le même que l'an dernier — c'est le « verrouillage des clients existants » : l'augmentation ne correspond à aucune mise à niveau matérielle.

Avant le renouvellement, faites une liste en quatre étapes :

1. Notez le family/model/stepping actuel et archivez une capture d'écran.
2. Notez le score monocœur actuel et le score monocœur par yuan.
3. Demandez ou recherchez le prix après renouvellement, puis calculez le nouveau score par yuan.
4. Si le nouveau score par yuan est inférieur au référentiel des instances en vente au même prix, il s'agit d'une augmentation sans mise à niveau.

La clé de l'argumentaire dans un ticket est de ne parler que de chiffres, sans émotions, et d'énoncer clairement la demande. Vous pouvez écrire ainsi :

L'instance X a été créée en 2024-03, le CPUID actuel est family 25 model 1 stepping 2, la médiane sysbench monocœur est de 420 points, le prix mensuel réellement payé est de 120 yuans, soit 3,5 points par yuan. Vos instances en vente au même prix mesurent 6,5 points par yuan, soit une prime de génération d'environ 46 %. Le devis de renouvellement passera à 190 yuans, sans changement matériel. Merci de fournir : 1) le modèle de SKU officiel et la génération correspondant à cette instance ; 2) une solution pour ajuster le prix en fonction des performances réellement livrées, ou une migration vers une instance de nouvelle génération au même prix.

En formulant deux options, il est plus facile pour votre interlocuteur de donner une réponse exécutable. Si le ticket est rejeté, consignez les mêmes chiffres dans un compte rendu écrit, comme preuve pour une réclamation ultérieure. La prime de génération n'est pas une impression, c'est un pourcentage recalculable — c'est précisément ce qui la rend bien plus convaincante que « je trouve que c'est lent ».