Arm v9 y RISC-V en 2026: qué cambia en la arquitectura de procesadores y qué debe verificar el usuario

La comparación entre Arm v9-A y RISC-V suele presentarse como una carrera por reemplazar una arquitectura con otra. Esa lectura confunde dos planos: Arm v9-A es una versión de la arquitectura Arm A-profile; RISC-V es una ISA abierta, cuyas especificaciones se desarrollan y mantienen mediante un proceso colectivo. Ninguna de esas etiquetas, por sí sola, determina qué procesador será más rápido, eficiente o adecuado para un dispositivo.

La diferencia que sí puede orientar una decisión es el modelo de diseño. Arm ofrece una arquitectura con extensiones y perfiles documentados por la propia compañía; RISC-V organiza su ISA de forma modular, con una base y extensiones que deben identificarse en cada implementación. La apertura de una ISA no equivale a que todos los diseños sean intercambiables ni garantiza que un chip sea gratuito: el coste del núcleo, la integración, la validación y el soporte dependen de cada proyecto.

Tampoco hay base suficiente para afirmar que en 2026 haya terminado el dominio de Arm en móviles o que los fabricantes estén migrando en bloque a RISC-V. Las fuentes aportadas documentan características de Armv9-A, la organización de las especificaciones de RISC-V y actividad en distintos segmentos, pero no ofrecen una medición verificable de cuotas de mercado de procesadores móviles. Por eso, el cambio comprobable es una alternativa arquitectónica en expansión, no el fin demostrado de un monopolio.

Arm describe SVE2 y SME como extensiones destinadas a acelerar el procesamiento de datos. SVE2 amplía las capacidades vectoriales; SME incorpora operaciones matriciales. Son herramientas arquitectónicas que pueden beneficiar ciertas cargas de trabajo, pero su presencia en la especificación no significa que todo procesador compatible las implemente ni que cualquier aplicación las aproveche automáticamente.

La distinción importa al evaluar afirmaciones sobre IA en un teléfono o computador. Una extensión puede facilitar el trabajo de compiladores y software optimizado, pero el rendimiento final también depende de la implementación del núcleo, la frecuencia, la memoria, los aceleradores adicionales, el consumo permitido y el código ejecutado. La etiqueta Armv9-A no sustituye la ficha técnica del SoC ni una medición independiente bajo cargas comparables.

En seguridad, Arm documenta Realm Management Extension (RME) como parte de sus capacidades de computación confidencial. Su propósito es ofrecer aislamiento para proteger cargas de trabajo y datos en uso. Esto no debe traducirse en una promesa de protección absoluta: el nivel de seguridad real depende de que el hardware incorpore la función, de la configuración del sistema y del software que la utilice. Para una compra, conviene comprobar la documentación del chip concreto y no inferir la disponibilidad de RME solo por la generación anunciada.

RISC-V es una arquitectura de conjunto de instrucciones, no un diseño único de procesador. La organización que mantiene el ecosistema indica que las especificaciones se desarrollan, ratifican y mantienen mediante sus grupos técnicos. Esa estructura permite crear implementaciones distintas a partir de una base común, pero obliga a prestar atención a qué perfil, extensiones y requisitos de compatibilidad declara cada producto.

Modularidad significa opciones y responsabilidades. Un fabricante puede seleccionar extensiones apropiadas para un producto, mientras que el equipo de software necesita saber cuáles están presentes para compilar y distribuir binarios compatibles. Los perfiles y las especificaciones compartidas pueden reducir la ambigüedad, pero no eliminan por sí mismos las diferencias entre núcleos, controladores, plataformas o sistemas de arranque.

La apertura también debe describirse con precisión. La ISA puede utilizarse sin el mismo esquema de licencias propietarias asociado a otras arquitecturas, pero desarrollar un procesador comercial implica mucho más que implementar instrucciones: hacen falta diseño físico, verificación, herramientas, cadena de suministro y mantenimiento. RISC-V cambia las posibilidades de control y licenciamiento, no borra los costes de ingeniería ni asegura una ventaja automática en área, consumo o precio.

No existe una respuesta general y verificable a cuál arquitectura ofrece mejor rendimiento por vatio. Para sostener esa conclusión harían falta procesadores identificados, configuraciones equivalentes, cargas de trabajo reproducibles y mediciones publicadas con metodología clara. Las fuentes reunidas aquí describen funciones y tendencias, pero no aportan una comparación experimental de Armv9-A frente a implementaciones RISC-V en teléfonos.

La eficiencia es una propiedad del sistema completo. Influyen el diseño del núcleo, la fabricación, la memoria, los aceleradores, los límites térmicos y el software. Una implementación RISC-V especializada podría ser adecuada para una tarea acotada, mientras que otro procesador de la misma ISA no lo sería; lo mismo vale para Arm. No se puede deducir eficiencia de la arquitectura nominal ni convertir una posibilidad de diseño en un resultado medido.

La compatibilidad también se decide en varios niveles: sistema operativo, bibliotecas, compilador, controladores, aplicaciones y disponibilidad de binarios para la plataforma. Ubuntu incluye RISC-V entre las plataformas admitidas, pero eso no demuestra que todo equipo RISC-V tenga soporte completo ni que las aplicaciones móviles de Android o iOS funcionen en él. Para valorar un dispositivo concreto, hay que comprobar las imágenes disponibles, el soporte del fabricante y las aplicaciones necesarias, además de la arquitectura del procesador.

La cobertura de Hot Chips 2026 citada en la investigación describe la evolución de RISC-V y menciona silicio de servidor asociado al perfil RVA23. Es una señal de actividad en ese segmento, no prueba suficiente de que RISC-V haya alcanzado una posición dominante en servidores, y tampoco informa de una transición general de teléfonos a esta ISA. Un hito técnico no equivale a una cuota de mercado: para afirmar adopción masiva harían falta datos de envíos, productos y disponibilidad contrastados.

Las cifras comerciales requieren una cautela adicional. SNS Insider estima un valor de mercado de tecnología RISC-V de 1.870 millones de dólares en 2025 y proyecta 25.070 millones en 2035, con una tasa anual compuesta publicada del 29,66 %. RISC-V International, al comentar un pronóstico de SHD Group, recoge otra estimación: 35.900 millones de envíos de SoC basados en RISC-V y 318.000 millones de dólares de ingresos asociados para 2031.

Son estimaciones de mercado, no resultados observados ni comparables entre sí. Una mide el valor de un mercado según la metodología de una firma; la otra proyecta unidades e ingresos de SoC con otra definición y horizonte. No deben mezclarse en una tabla como si describieran una misma magnitud o demostraran que RISC-V ha desplazado a Arm. Sirven para mostrar expectativas de crecimiento, no para decidir qué arquitectura lleva un teléfono disponible en una tienda.

Para quien compra un dispositivo, la arquitectura suele ser menos útil que una lista de compatibilidad concreta. Comprueba qué sistema operativo soporta el fabricante, durante cuánto tiempo, qué aplicaciones necesitas y si los controladores y periféricos funcionan. La prioridad práctica es el soporte de la plataforma completa, no una afirmación general sobre la apertura o eficiencia de una ISA.

Para desarrolladores y equipos de producto, la verificación debe bajar al modelo de procesador y a sus capacidades declaradas. Hay que confirmar el perfil, las extensiones disponibles, el ABI, el compilador, las bibliotecas y las herramientas de depuración. En RISC-V, identificar las extensiones concretas ayuda a evitar binarios que dependan de funciones ausentes; en Arm, la generación arquitectónica tampoco garantiza que todas las extensiones estén implementadas en cada chip.

Un criterio breve de evaluación puede evitar conclusiones basadas en etiquetas:

• Procesador exacto: modelo, implementación y extensiones soportadas, no solo “Arm v9” o “RISC-V”.
• Software requerido: sistema operativo, aplicaciones, bibliotecas y controladores disponibles para esa plataforma.
• Seguridad y aceleración: funciones realmente presentes en silicio y habilitadas por el software.
• Pruebas pertinentes: mediciones comparables para las tareas, el consumo y los límites térmicos que importan.

La conclusión razonable para 2026 no es que una ISA haya ganado. Armv9-A documenta extensiones de cómputo y seguridad; RISC-V ofrece una base abierta y modular cuyo valor depende de la implementación y el ecosistema. La decisión debe tomarse por producto, soporte y carga de trabajo, no por predicciones de mercado ni por promesas arquitectónicas generales.