¿De qué generación es la CPU de tu servidor en la nube? Identificación generacional y sobreprecio

Usa CPUID, caché y benchmarks para cuantificar el sobreprecio de CPUs antiguas.

Actualizado 2026-09-18 · CloudWorth

Generación de CPUCPU antiguasobreprecio en servidores cloudevidencia con benchmarksCloudWorthSteal TimeSobreventa VPSBenchmark VPS

Tasa de sobreprecio generacional = comparación de puntos de un solo hilo por euro; si estás por debajo de la referencia, puedes abrir un ticket para reclamar.

Demostrar la generación en tres pasos

Para determinar la generación de hardware de un servidor en la nube, no te fíes de la etiqueta de marketing «tipo cálculo de alto rendimiento» que aparece en la consola. El proveedor puede cambiar el texto en cualquier momento, pero no puede cambiar el CPUID. La postura de este artículo es sencilla: la generación se puede demostrar con pruebas y el resultado de esas pruebas se puede convertir directamente en una cifra: cuántos puntos de un solo hilo obtienes por yuan. Si estás por debajo de la referencia del mismo precio, tienes motivos para abrir un ticket e incluso para solicitar una reducción de especificaciones con reembolso.

He condensado todo el proceso en tres pasos, que desarrollo uno a uno en las cinco secciones siguientes:

1. Leer la huella——/proc/cpuinfo para obtener family/model/stepping, lscpu para ver la caché y los intervalos de frecuencia, y determinar de qué microarquitectura y de qué die se trata.
2. Contrastar con la tabla——usa la huella para consultar la tabla oficial de SKU, incluidos los modelos personalizados del proveedor de nube (como las variantes con frecuencia bloqueada 7B12, 7R32), y confirma la frecuencia base/turbo y la caché de nivel 3 nominales.
3. Calcular el precio——puntos de un solo hilo medidos ÷ cuota mensual realmente pagada, para obtener los «puntos de un solo hilo por yuan», compararlos con la referencia del mismo precio y calcular la tasa de prima generacional.

Los tres pasos se pueden recalcular; lo que obtienes no es una impresión, sino un conjunto de capturas de pantalla que puedes pegar en un ticket. Si quieres tener primero una referencia de precios con la que comparar, puedes consultar el conversor de configuración a precio en CloudWorth /app, fijar el importe realmente pagado y después hablar del rendimiento.

Antes de recopilar pruebas, ten presente una regla: todos los comandos deben ejecutarse en la máquina de destino, no en local. Las diferencias de generación de los servidores en la nube solo se manifiestan en esa máquina virtual.

CPUID y huellas de caché

El primer paso es la combinación de lscpu y /proc/cpuinfo. Estos dos comandos ofrecen mucha más información de la que aparece en la mayoría de los tutoriales.

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

Céntrate en tres campos. family + model + stepping identifican de forma única un chip de silicio; esta es la base más sólida para determinar la generación de una CPU: los nombres comerciales pueden ser inventados, pero estos tres números no. Por ejemplo, family 6 model 85 corresponde a un Xeon de la estirpe Skylake-SP, family 25 model 1 es un EPYC 7002 (Rome), y family 25 model 17 apunta a un EPYC 9004 (Genoa).

stepping merece especial atención. Los fabricantes lanzan varios steppings bajo un mismo model, y cuando los proveedores de nube reacondicionan CPU antiguas y las vuelven a poner en oferta, a menudo sigue siendo el stepping antiguo. Si tu instancia dice ser de “la última generación”, pero el stepping es el de hace tres años, esa es la primera sospecha.

La caché es la segunda huella. El tamaño de L3 revela directamente el segmento: en la época de E5 v3, un L3 de un solo socket solía ser de 20–30 MB; EPYC 7002 tiene 128 MB; Genoa tiene 256 MB o incluso 384 MB (las variantes 3D V-Cache, más). Si una “de alta frecuencia” solo reporta 16 MB de L3, lo más probable es que sea de consumo o de la vieja serie Xeon E5.

La huella de frecuencia es la tercera capa. La CPU MHz en lscpu es el valor instantáneo actual; para ver el límite de turbo, usa lscpu | grep -i mhz junto con una prueba de esfuerzo sostenida. Las CPU antiguas pierden turbo rápidamente, y bajo carga prolongada la frecuencia cae de forma más evidente que en las de nueva generación.

Combinando las tres huellas, puedes confirmar de forma independiente a qué generación pertenece esta máquina sin necesidad de que el proveedor colabore.

Comparación con la tabla de referencia de SKU

Una vez tengas family/model/stepping, el siguiente paso es consultar la tabla. No te fijes solo en Intel ARK o en la web oficial de AMD: los SKU personalizados de los proveedores cloud son donde más te pueden engañar.

Los llamados SKU personalizados son variantes con frecuencia bloqueada que los proveedores cloud compran a Intel/AMD; sus modelos suelen llevar un número como sufijo, por ejemplo 7B12, 7R32, 8B13 y similares. A menudo no aparecen en las bases de datos públicas, y su frecuencia base se reduce para conseguir mejor eficiencia energética y un precio de compra más bajo, pero de cara al público se siguen anunciando bajo nombres de familia como “EPYC” o “Xeon Platinum”. Ves la palabra “Platinum” y piensas que es la generación más reciente, cuando en realidad puede ser una versión con frecuencia bloqueada de la generación anterior.

Al consultar la tabla, verifica al menos cuatro cosas:

• Nombre en clave de la microarquitectura (Skylake, Rome, Ice Lake, Genoa…)
• Frecuencia base / frecuencia turbo nominales
• Capacidad de caché L3
• Canales de memoria y generación compatible (DDR4 o DDR5)

Si cualquiera de las cuatro no coincide con la descripción de “última generación”, anótalo. Por ejemplo, una instancia anunciada como “nueva generación de alta frecuencia” que solo admite DDR4 y tiene 32 MB de L3 probablemente sea Skylake-SP o Cascade Lake, no un producto posterior a Ice Lake.

De paso, resolvemos una pregunta habitual: cómo saber si un proveedor cloud recicla CPUs antiguas. El criterio para detectar reciclaje no es que sean “viejas”, sino que sean “viejas y se vendan a precio de nuevas”. Con el mismo EPYC 7002, si la cuota mensual es solo el sesenta por ciento de la de Genoa, es una liquidación de stock razonable; si el precio es igual o incluso más caro, entonces sí hay prima generacional. El objetivo de consultar la tabla es traducir “viejo” por “caro sin sentido”.

Fórmula de la tasa de prima generacional

Una vez hechos el análisis forense y la comparación de tablas, ya se puede echar cuentas. Este es el núcleo de todo el artículo y el paso que convierte una queja cualitativa en evidencia cuantitativa.

Puntuación de referencia monohilo = la mediana obtenida en la máquina objetivo con la misma herramienta (sysbench 1 hilo, Geekbench 6 mononúcleo o UnixBench mononúcleo)

Puntos monohilo por yuan = puntuación de referencia monohilo ÷ tarifa mensual realmente pagada

Tasa de prima generacional = (puntos por yuan de la referencia del mismo precio − tus puntos por yuan) ÷ puntos por yuan de la referencia del mismo precio × 100 %

¿De dónde sale la referencia? Toma instancias a la venta del mismo precio y con el mismo número de vCPU, ejecuta el mismo conjunto de comandos y quédate con la mediana. No uses como referencia las bonitas puntuaciones de la web del proveedor: usa los valores que hayas medido tú mismo.

Un ejemplo recalculable: una instancia cuesta 120 yuan al mes, sysbench monohilo da 420 puntos, es decir, 3,5 puntos por yuan. Una instancia de nueva generación del mismo precio da 780 puntos monohilo, es decir, 6,5 puntos por yuan. Tasa de prima = (6,5 − 3,5) ÷ 6,5 ≈ 46 %. Dicho de otro modo, pagas casi la mitad más por cada punto de rendimiento.

Además del monohilo, conviene calcular también una puntuación de ancho de banda de memoria por yuan, medida con sysbench memory o STREAM. Las plataformas antiguas suelen ser DDR4 de cuatro canales y las nuevas, DDR5 de doce canales; la diferencia de ancho de banda a veces es mayor que la de capacidad de cómputo, y es lo primero que se atasca cuando un servidor en la nube ejecuta bases de datos.

Umbral recomendado: si la tasa de prima supera el 30 % y se mantiene durante más de tres meses, merece la pena abrir un ticket. Por debajo del 15 % entra dentro del rango normal de liquidación de existencias y no vale la pena insistir. Anota estas dos cifras en tu tabla de registro y tus juicios serán coherentes.

Los benchmarks no coinciden con las especificaciones anunciadas

Esta sección aborda la disputa más común: el benchmark real no coincide con la configuración anunciada. El proveedor dice «a partir de 2,5 GHz», pero tú mides 1,8 GHz de forma sostenida; dice «alta frecuencia», pero el rendimiento de un solo hilo es peor que el de una instancia de al lado que cuesta la mitad.

Primero, descarta problemas de tu lado. ¿Tienes la vCPU en exclusiva durante la prueba de carga? ¿Hay vecinos que te estén robando recursos? Se recomienda ejecutarlo así:

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

Antes de ejecutar, confirma que la carga sea 0; después, comprueba con lscpu si la frecuencia está limitada. Si los resultados de dos ejecuciones consecutivas son coherentes y claramente inferiores al nivel que correspondería a lo anunciado, el problema está básicamente del lado del host.

Los casos de discrepancia suelen ser de tres tipos:

• SKU con frecuencia bloqueada: anuncia 3,5 GHz de turbo, pero en la práctica está clavado en 2,2 GHz; el benchmark no puede coincidir.
• Sobreventa: los núcleos físicos están repartidos en exceso, la puntuación de un solo hilo fluctúa de forma acusada según la carga de los vecinos y una diferencia superior al 15 % entre dos benchmarks es la señal.
• Desajuste de generación: en la consola pone «Genoa», pero en realidad es Rome; la diferencia en la puntuación de un solo hilo supera el 30 %.

Al recopilar pruebas, asegúrate de guardar tres cosas: capturas de las dos ejecuciones del benchmark, la salida de lscpu y la fecha de creación de la instancia. Si falta una, es fácil que te despachen el ticket con un «las fluctuaciones de rendimiento son normales».

Esto también conecta con «benchmark real vs. configuración anunciada»: lo anunciado es un número en la lista de compra; el benchmark es lo que realmente recibes después de pagar. Que no coincidan es, en esencia, una entrega recortada, no que tú «pidas demasiado».

Aumento de precio por renovación y guion para tickets

La última sección habla de dinero. El truco más típico de los servidores en la nube es precio bajo el primer año, renovación al doble, pero la generación de CPU no cambia. Cuando renuevas, el precio sube un 60 % y la family/model/stepping en lscpu es idéntica a la del año pasado: esto es la "fidelización forzosa del cliente antiguo": la subida de precio no se corresponde con ninguna mejora de hardware.

Antes de renovar, haz una lista de cuatro pasos:

1. Registra la family/model/stepping actual y guarda una captura de pantalla.
2. Registra la puntuación actual de un solo hilo y los puntos de un solo hilo por yuan.
3. Solicita o consulta el precio tras la renovación y calcula los nuevos puntos por yuan.
4. Si los nuevos puntos por yuan son inferiores al valor de referencia de una instancia a la venta del mismo precio, constituye una subida de precio sin mejora.

La clave del guion para el ticket es hablar solo con números, no con emociones, y dejar clara la petición. Puedes escribir algo así:

La instancia X se creó en 2024-03, el CPUID actual es family 25 model 1 stepping 2, la mediana de sysbench en un solo hilo es 420 puntos, la cuota mensual real es de 120 yuanes, equivalentes a 3,5 puntos por yuan. La instancia a la venta del mismo precio de su empresa ha medido 6,5 puntos por yuan, lo que supone un sobrecoste generacional de aproximadamente el 46 %. La cotización de renovación subirá a 190 yuanes, sin cambios de hardware. Solicito: uno, el modelo de SKU oficial y la generación correspondientes a esta instancia; dos, un plan para ajustar el precio según el rendimiento realmente entregado, o la migración a una instancia de nueva generación al mismo precio.

Si das dos opciones en la petición, es más fácil que la otra parte dé una respuesta ejecutable. Si rechazan el ticket, organiza los mismos números en un registro escrito como prueba para una reclamación posterior. El sobrecoste generacional no es una sensación, es un porcentaje recalculable; precisamente por eso es mucho más contundente que "me parece lento".