IBM está anunciando hoy en la anual Conferencia de chips calientes lo que puede ser el cambio más importante en la arquitectura de mainframe en décadas: un procesador cuyos núcleos pueden ejecutar de forma nativa tanto el propio conjunto de instrucciones de IBM como Brazos – cambiar entre los dos en nanosegundos.
El chip que impulsará la próxima generación de IBM Z y LinuxONE Systems, es el primer procesador mainframe de arquitectura dual jamás construido. Está diseñado para permitir que las empresas ejecuten el vasto y de rápido crecimiento del ecosistema de software Linux nativo de Arm, incluidos los marcos de IA que definen cada vez más la infraestructura moderna, directamente junto con las cargas de trabajo de procesamiento de transacciones z/OS que anclan a los bancos, aseguradoras y gobiernos del mundo.
«Como entusiastas de la tecnología de ambos lados, estamos muy entusiasmados de ser lo que yo consideraría uno de los procesadores más potentes disponibles comercialmente que tendrá arquitectura dual», dijo a VentureBeat Tina Tarquinio, directora de productos de IBM Z y LinuxONE, en una entrevista exclusiva antes del anuncio.
El anuncio marca el primer hito en hardware de la colaboración estratégica que IBM y Arm dieron a conocer en abril, y ofrece una respuesta inusualmente directa a una pregunta que ha ensombrecido al mainframe durante años: ¿puede la máquina que procesa la mayoría de las transacciones financieras reguladas del mundo seguir siendo un ciudadano de primera clase en una era de IA construida en gran medida sobre el silicio de otras personas?
Cómo IBM diseñó un núcleo de procesador que habla dos conjuntos de instrucciones
La decisión de ingeniería más llamativa es la que eligió IBM no hacer. La compañía podría haber instalado un puñado de núcleos Arm independientes en el costado de su procesador, un diseño más simple que otros fabricantes de chips han utilizado para computación heterogénea. En cambio, IBM construyó cada núcleo del chip para que fuera bilingüe.
«En este chip hay 11 núcleos, y cada núcleo puede alternar dinámicamente entre el modo de software Arm y modo de software Z tradicional«, explicó Jacobi en una entrevista exclusiva con VentureBeat. «Eso nos permite ejecutar el software empresarial de misión crítica justo al lado, en el mismo chip, del ecosistema de software mucho más amplio de aplicaciones Arm».
El mecanismo se basa en el código abierto. hipervisor KVM. Las empresas pueden ejecutar máquinas virtuales Arm64 Linux y Linux en máquinas virtuales Z una al lado de la otra, y cuando el hipervisor envía cada máquina virtual a un núcleo físico, el núcleo cambia al modo correspondiente. La penalización por desempeño, dijo Jacobi, es efectivamente cero. «Ese cambio se produce en una escala de nanosegundos», dijo. «Debido a que estás ejecutando durante muchos milisegundos en la imagen virtual, esta sobrecarga de conmutación se amortiza a cero, prácticamente sin impacto alguno».
Las cargas de trabajo tradicionales de z/OS se ejecutan en una partición separada en el mismo chip, fuera de KVM, lo que significa que el libro mayor de un banco, sus modelos de fraude y una moderna pila de monitoreo nativa de Arm pueden compartir el mismo silicio, la misma estructura de memoria y las mismas garantías de confiabilidad. Jacobi fue sincero en cuanto a que IBM debatió el camino más fácil y lo rechazó. «Realmente no estamos abordando sus necesidades si solo tenemos unos pocos, diría yo, núcleos Arm sueltos en la esquina del chip», dijo. «Realmente necesitaba estar profundamente integrado en todo el diseño del sistema para que tuviera las mismas cualidades de servicio a las que los clientes están acostumbrados».
Las especificaciones subrayan que este no es un diseño comprometido. Construido sobre un nodo de proceso de 2 nanómetros de vanguardia, el chip ejecuta sus 11 núcleos de alto rendimiento a una frecuencia base superior a 5,7 GHz (extraordinariamente rápida para los estándares de la industria) con aceleradores de inferencia de IA en el chip para la detección de fraude en transacciones, una unidad de procesamiento de datos dedicada para la aceleración de E/S y una gran arquitectura de caché. Los sistemas completos escalarán a cientos de núcleos y decenas de terabytes de memoria. «Eso es muy, muy rápido en comparación con lo que se obtiene en la industria», dijo Jacobi. «Es sólo otro ejemplo de cómo la tecnología mainframe no es una tecnología antigua. Es una tecnología muy moderna y de vanguardia».
Por qué el mainframe necesitaba los 22 millones de desarrolladores de Arm
La lógica estratégica detrás del chip tiene que ver con el software, no con el hardware. IBM arquitectura s390x ejecuta una enorme parte de las transacciones de misión crítica del mundo, pero el universo más amplio de software empresarial (herramientas de monitoreo, agentes de seguridad, middleware nativo de la nube y, sobre todo, la pila de inteligencia artificial de PyTorch, ONNX Runtime y cargas de trabajo de contenedores) se creó para x86 y, cada vez más, para Arm. Según las propias estimaciones de Arm, cerca de la mitad de la computación enviada a los principales hiperescaladores en 2025 estaba basada en Arm, impulsada por AWS Graviton, Google Axion y el silicio Arm de Microsoft. Arm cuenta con más de 22 millones de desarrolladores en todo el mundo.
Portar cada aplicación a s390x ha sido un esfuerzo agotador, de un ISV a la vez, y Tina Tarquinio, directora de producto de IBM Z y LinuxONE, describió el cálculo sin rodeos. «No importa cuán bueno sea nuestro equipo de ecosistema, nunca podremos trabajar con todos ellos y trasladarlos a todos», le dijo a VentureBeat. «Hay muchos ISV por ahí, por lo que queríamos dar un gran paso adelante fundamental. Dimos un giro desde el punto de vista tecnológico».
En particular, dijo que los clientes no pedían un chip de arquitectura dual per se, sino resultados. «No diría que nuestros clientes estuvieran diciendo: ‘¿Podrían crearme un entorno de arquitectura dual?’ Pero decían: ‘Ayúdenme a lograr que estas cargas de trabajo envolventes, o diferentes tipos de cargas de trabajo, se ejecuten de una manera más rápida para llegar al mercado'».
La promesa de compatibilidad es ambiciosa: los binarios de Arm Linux deberían ejecutarse sin modificaciones. «Las nuevas capacidades de Arm están diseñadas para ser 100% compatibles con binarios», dijo Jacobi. «Una vez que tenga, por ejemplo, Red Hat Linux para Arm, y tenga aplicaciones que se ejecuten en Red Hat Linux para Arm, se ejecutarán en el sistema sin modificaciones». Arm define la arquitectura del conjunto de instrucciones y proporciona herramientas de validación para garantizar que la implementación de IBM se comporte de manera idéntica a cualquier otro chip Arm, mientras que IBM diseña y construye el silicio completamente internamente. «Muy buena asociación. También una asociación de ingeniería muy sólida», dijo Jacobi sobre la colaboración.
Qué significa un acelerador Spyre de próxima generación para la IA empresarial en el mainframe
IBM también está anticipando la próxima generación de su Acelerador de IA Spyre en patatas fritas calientesy el emparejamiento no es casual. La arquitectura actual ya ofrece dos niveles de IA: un acelerador en el procesador, introducido con el chip de telum en 2022, que maneja inferencias de latencia ultrabaja, como la puntuación de fraude dentro de una transacción de pago, y la tarjeta aceleradora Spyre ubicada en el subsistema de E/S para modelos más pesados.
El nuevo Spyre eleva considerablemente el techo. «También traemos un chip de rendimiento mucho mayor que es capaz de ejecutar grandes modelos de lenguaje para flujos de trabajo agentes», dijo Jacobi, tanto flujos de trabajo de operaciones de inteligencia artificial que administran el sistema en sí como flujos de trabajo comerciales «para cosas como la comprensión de documentos y la adjudicación de seguros». El nuevo acelerador se entregará con memoria de gran ancho de banda para alimentar esos modelos.
Aquí convergen la apuesta por la arquitectura dual y la apuesta por la IA. Las empresas quieren realizar inferencias junto a sus datos; los datos viven en la computadora central; y las herramientas de IA son abrumadoramente nativas de Arm. Mohamed Awad, vicepresidente ejecutivo de IA en la nube de Arm, formuló el anuncio exactamente en esos términos: «A medida que la IA escala, una mayor parte del panorama informático está convergiendo en Arm. Llevar la computación de Arm y su ecosistema de software a estas plataformas extenderá ese impulso a la infraestructura empresarial de misión crítica para brindar a las organizaciones más opciones sobre cómo implementar la IA».
El tiempo sigue la situación real de la IA empresarial. El más reciente de McKinsey Estado de la IA La encuesta encontró que, si bien el 88% de las organizaciones ahora utilizan la IA en al menos una función comercial, casi dos tercios aún no la han extendido a toda la empresa, y las empresas que capturan el mayor valor son aquellas que rediseñan los flujos de trabajo centrales en lugar de ejecutar pilotos independientes. Para industrias reguladas cuyos sistemas de registro se encuentran en IBM Zejecutar IA donde ocurren las transacciones es posiblemente la ruta más directa hacia ese tipo de integración.
Cuándo se lanzará el sistema IBM Z de arquitectura dual y por qué los clientes existentes no deberían preocuparse
Los compradores necesitarán paciencia. El chip debutará en el sucesor del desde 17que se lanzó en el segundo trimestre de 2025, e IBM mantiene una cadencia de producto de aproximadamente tres años, lo que apunta a un lanzamiento alrededor de 2028. Pero Tarquinio insistió en que el programa ya pasó la etapa de concepto. «Es más que estar en la mesa de dibujo. Estamos avanzando a todo vapor en todo el sistema», dijo, y agregó que IBM publicará más detalles en el período previo al lanzamiento.
Para la base instalada de IBM, la pregunta reflexiva es si adoptar Arm señala un lento ocaso para la arquitectura tradicional. Ambos ejecutivos respondieron con fuerza. «Este es un gran y. no es un o«, dijo Tarquinio. «Tengo una hoja de ruta que abarca 10 o 15 años de sistemas de hardware. Muchos de nuestros equipos están trabajando en este próximo sistema; Muchos también están trabajando en el siguiente y en el siguiente».
Jacobi describió la medida como una continuidad más que como una ruptura. «El mainframe tradicional que tenemos hoy como sistema z17 no es sólo una versión más rápida de lo que construimos hace 25 años», afirmó. «No teníamos capacidades de cifrado generalizadas. No teníamos capacidades de IA en el procesador. Agregar la capacidad Arm es la próxima gran iteración en esta evolución continua».
El subtexto competitivo es la nube. Cuando se le preguntó por qué una empresa ejecutaría cargas de trabajo de Arm en una computadora central en lugar de en un hiperescalador, Tarquinio señaló las cifras de disponibilidad de la plataforma: «Estamos hablando de ocho nueves de disponibilidad, eso es 0,3 segundos de tiempo de inactividad al año. Si está ejecutando su libro de contabilidad, si está ejecutando su detección de fraude, cualquiera de estas aplicaciones de misión crítica, eso es lo que quiere». El discurso, dijo, es adecuado para su propósito: hacer coincidir la infraestructura con el SLA, no con la moda.
Hay verdaderas advertencias. El propio comunicado de prensa de IBM señala que las declaraciones de dirección futura «representan sólo metas y objetivos». El soporte de Arm es solo para Linux por ahora, y la ingeniería más difícil (ejecutar un conjunto de instrucciones extranjeras en rendimiento de producción, con detección y recuperación de fallas a nivel de mainframe, bajo cargas de trabajo reales del cliente) aún debe probarse en los próximos dos años.
Pero la ambición es inconfundible. Durante sesenta años, el mainframe ha sobrevivido a cada ola de tecnología que se suponía iba a acabar con él (minicomputadoras, cliente-servidor, la nube) absorbiendo lo que necesitaba de cada uno. Ahora IBM está intentando su acto de absorción más audaz hasta el momento: enseñar a la máquina que maneja el dinero del mundo a hablar el lenguaje de la era de la IA, con fluidez y de forma nativa, en el mismo silicio. «Traer algo que realmente será el primero de su tipo en producción», dijo Tarquinio, «muestra nuevamente de lo que IBM es capaz desde un punto de vista tecnológico». Resulta que el mainframe no se queda atrás en el futuro. Está aprendiendo a ejecutarlo.
IBM está anunciando hoy en la anual Conferencia de chips calientes lo que puede ser el cambio más importante en la arquitectura de mainframe en décadas: un procesador cuyos núcleos pueden ejecutar de forma nativa tanto el propio conjunto de instrucciones de IBM como Brazos – cambiar entre los dos en nanosegundos.
El chip que impulsará la próxima generación de IBM Z y LinuxONE Systems, es el primer procesador mainframe de arquitectura dual jamás construido. Está diseñado para permitir que las empresas ejecuten el vasto y de rápido crecimiento del ecosistema de software Linux nativo de Arm, incluidos los marcos de IA que definen cada vez más la infraestructura moderna, directamente junto con las cargas de trabajo de procesamiento de transacciones z/OS que anclan a los bancos, aseguradoras y gobiernos del mundo.
«Como entusiastas de la tecnología de ambos lados, estamos muy entusiasmados de ser lo que yo consideraría uno de los procesadores más potentes disponibles comercialmente que tendrá arquitectura dual», dijo a VentureBeat Tina Tarquinio, directora de productos de IBM Z y LinuxONE, en una entrevista exclusiva antes del anuncio.
El anuncio marca el primer hito en hardware de la colaboración estratégica que IBM y Arm dieron a conocer en abril, y ofrece una respuesta inusualmente directa a una pregunta que ha ensombrecido al mainframe durante años: ¿puede la máquina que procesa la mayoría de las transacciones financieras reguladas del mundo seguir siendo un ciudadano de primera clase en una era de IA construida en gran medida sobre el silicio de otras personas?
Cómo IBM diseñó un núcleo de procesador que habla dos conjuntos de instrucciones
La decisión de ingeniería más llamativa es la que eligió IBM no hacer. La compañía podría haber instalado un puñado de núcleos Arm independientes en el costado de su procesador, un diseño más simple que otros fabricantes de chips han utilizado para computación heterogénea. En cambio, IBM construyó cada núcleo del chip para que fuera bilingüe.
«En este chip hay 11 núcleos, y cada núcleo puede alternar dinámicamente entre el modo de software Arm y modo de software Z tradicional«, explicó Jacobi en una entrevista exclusiva con VentureBeat. «Eso nos permite ejecutar el software empresarial de misión crítica justo al lado, en el mismo chip, del ecosistema de software mucho más amplio de aplicaciones Arm».
El mecanismo se basa en el código abierto. hipervisor KVM. Las empresas pueden ejecutar máquinas virtuales Arm64 Linux y Linux en máquinas virtuales Z una al lado de la otra, y cuando el hipervisor envía cada máquina virtual a un núcleo físico, el núcleo cambia al modo correspondiente. La penalización por desempeño, dijo Jacobi, es efectivamente cero. «Ese cambio se produce en una escala de nanosegundos», dijo. «Debido a que estás ejecutando durante muchos milisegundos en la imagen virtual, esta sobrecarga de conmutación se amortiza a cero, prácticamente sin impacto alguno».
Las cargas de trabajo tradicionales de z/OS se ejecutan en una partición separada en el mismo chip, fuera de KVM, lo que significa que el libro mayor de un banco, sus modelos de fraude y una moderna pila de monitoreo nativa de Arm pueden compartir el mismo silicio, la misma estructura de memoria y las mismas garantías de confiabilidad. Jacobi fue sincero en cuanto a que IBM debatió el camino más fácil y lo rechazó. «Realmente no estamos abordando sus necesidades si solo tenemos unos pocos, diría yo, núcleos Arm sueltos en la esquina del chip», dijo. «Realmente necesitaba estar profundamente integrado en todo el diseño del sistema para que tuviera las mismas cualidades de servicio a las que los clientes están acostumbrados».
Las especificaciones subrayan que este no es un diseño comprometido. Construido sobre un nodo de proceso de 2 nanómetros de vanguardia, el chip ejecuta sus 11 núcleos de alto rendimiento a una frecuencia base superior a 5,7 GHz (extraordinariamente rápida para los estándares de la industria) con aceleradores de inferencia de IA en el chip para la detección de fraude en transacciones, una unidad de procesamiento de datos dedicada para la aceleración de E/S y una gran arquitectura de caché. Los sistemas completos escalarán a cientos de núcleos y decenas de terabytes de memoria. «Eso es muy, muy rápido en comparación con lo que se obtiene en la industria», dijo Jacobi. «Es sólo otro ejemplo de cómo la tecnología mainframe no es una tecnología antigua. Es una tecnología muy moderna y de vanguardia».
Por qué el mainframe necesitaba los 22 millones de desarrolladores de Arm
La lógica estratégica detrás del chip tiene que ver con el software, no con el hardware. IBM arquitectura s390x ejecuta una enorme parte de las transacciones de misión crítica del mundo, pero el universo más amplio de software empresarial (herramientas de monitoreo, agentes de seguridad, middleware nativo de la nube y, sobre todo, la pila de inteligencia artificial de PyTorch, ONNX Runtime y cargas de trabajo de contenedores) se creó para x86 y, cada vez más, para Arm. Según las propias estimaciones de Arm, cerca de la mitad de la computación enviada a los principales hiperescaladores en 2025 estaba basada en Arm, impulsada por AWS Graviton, Google Axion y el silicio Arm de Microsoft. Arm cuenta con más de 22 millones de desarrolladores en todo el mundo.
Portar cada aplicación a s390x ha sido un esfuerzo agotador, de un ISV a la vez, y Tina Tarquinio, directora de producto de IBM Z y LinuxONE, describió el cálculo sin rodeos. «No importa cuán bueno sea nuestro equipo de ecosistema, nunca podremos trabajar con todos ellos y trasladarlos a todos», le dijo a VentureBeat. «Hay muchos ISV por ahí, por lo que queríamos dar un gran paso adelante fundamental. Dimos un giro desde el punto de vista tecnológico».
En particular, dijo que los clientes no pedían un chip de arquitectura dual per se, sino resultados. «No diría que nuestros clientes estuvieran diciendo: ‘¿Podrían crearme un entorno de arquitectura dual?’ Pero decían: ‘Ayúdenme a lograr que estas cargas de trabajo envolventes, o diferentes tipos de cargas de trabajo, se ejecuten de una manera más rápida para llegar al mercado'».
La promesa de compatibilidad es ambiciosa: los binarios de Arm Linux deberían ejecutarse sin modificaciones. «Las nuevas capacidades de Arm están diseñadas para ser 100% compatibles con binarios», dijo Jacobi. «Una vez que tenga, por ejemplo, Red Hat Linux para Arm, y tenga aplicaciones que se ejecuten en Red Hat Linux para Arm, se ejecutarán en el sistema sin modificaciones». Arm define la arquitectura del conjunto de instrucciones y proporciona herramientas de validación para garantizar que la implementación de IBM se comporte de manera idéntica a cualquier otro chip Arm, mientras que IBM diseña y construye el silicio completamente internamente. «Muy buena asociación. También una asociación de ingeniería muy sólida», dijo Jacobi sobre la colaboración.
Qué significa un acelerador Spyre de próxima generación para la IA empresarial en el mainframe
IBM también está anticipando la próxima generación de su Acelerador de IA Spyre en patatas fritas calientesy el emparejamiento no es casual. La arquitectura actual ya ofrece dos niveles de IA: un acelerador en el procesador, introducido con el chip de telum en 2022, que maneja inferencias de latencia ultrabaja, como la puntuación de fraude dentro de una transacción de pago, y la tarjeta aceleradora Spyre ubicada en el subsistema de E/S para modelos más pesados.
El nuevo Spyre eleva considerablemente el techo. «También traemos un chip de rendimiento mucho mayor que es capaz de ejecutar grandes modelos de lenguaje para flujos de trabajo agentes», dijo Jacobi, tanto flujos de trabajo de operaciones de inteligencia artificial que administran el sistema en sí como flujos de trabajo comerciales «para cosas como la comprensión de documentos y la adjudicación de seguros». El nuevo acelerador se entregará con memoria de gran ancho de banda para alimentar esos modelos.
Aquí convergen la apuesta por la arquitectura dual y la apuesta por la IA. Las empresas quieren realizar inferencias junto a sus datos; los datos viven en la computadora central; y las herramientas de IA son abrumadoramente nativas de Arm. Mohamed Awad, vicepresidente ejecutivo de IA en la nube de Arm, formuló el anuncio exactamente en esos términos: «A medida que la IA escala, una mayor parte del panorama informático está convergiendo en Arm. Llevar la computación de Arm y su ecosistema de software a estas plataformas extenderá ese impulso a la infraestructura empresarial de misión crítica para brindar a las organizaciones más opciones sobre cómo implementar la IA».
El tiempo sigue la situación real de la IA empresarial. El más reciente de McKinsey Estado de la IA La encuesta encontró que, si bien el 88% de las organizaciones ahora utilizan la IA en al menos una función comercial, casi dos tercios aún no la han extendido a toda la empresa, y las empresas que capturan el mayor valor son aquellas que rediseñan los flujos de trabajo centrales en lugar de ejecutar pilotos independientes. Para industrias reguladas cuyos sistemas de registro se encuentran en IBM Zejecutar IA donde ocurren las transacciones es posiblemente la ruta más directa hacia ese tipo de integración.
Cuándo se lanzará el sistema IBM Z de arquitectura dual y por qué los clientes existentes no deberían preocuparse
Los compradores necesitarán paciencia. El chip debutará en el sucesor del desde 17que se lanzó en el segundo trimestre de 2025, e IBM mantiene una cadencia de producto de aproximadamente tres años, lo que apunta a un lanzamiento alrededor de 2028. Pero Tarquinio insistió en que el programa ya pasó la etapa de concepto. «Es más que estar en la mesa de dibujo. Estamos avanzando a todo vapor en todo el sistema», dijo, y agregó que IBM publicará más detalles en el período previo al lanzamiento.
Para la base instalada de IBM, la pregunta reflexiva es si adoptar Arm señala un lento ocaso para la arquitectura tradicional. Ambos ejecutivos respondieron con fuerza. «Este es un gran y. no es un o«, dijo Tarquinio. «Tengo una hoja de ruta que abarca 10 o 15 años de sistemas de hardware. Muchos de nuestros equipos están trabajando en este próximo sistema; Muchos también están trabajando en el siguiente y en el siguiente».
Jacobi describió la medida como una continuidad más que como una ruptura. «El mainframe tradicional que tenemos hoy como sistema z17 no es sólo una versión más rápida de lo que construimos hace 25 años», afirmó. «No teníamos capacidades de cifrado generalizadas. No teníamos capacidades de IA en el procesador. Agregar la capacidad Arm es la próxima gran iteración en esta evolución continua».
El subtexto competitivo es la nube. Cuando se le preguntó por qué una empresa ejecutaría cargas de trabajo de Arm en una computadora central en lugar de en un hiperescalador, Tarquinio señaló las cifras de disponibilidad de la plataforma: «Estamos hablando de ocho nueves de disponibilidad, eso es 0,3 segundos de tiempo de inactividad al año. Si está ejecutando su libro de contabilidad, si está ejecutando su detección de fraude, cualquiera de estas aplicaciones de misión crítica, eso es lo que quiere». El discurso, dijo, es adecuado para su propósito: hacer coincidir la infraestructura con el SLA, no con la moda.
Hay verdaderas advertencias. El propio comunicado de prensa de IBM señala que las declaraciones de dirección futura «representan sólo metas y objetivos». El soporte de Arm es solo para Linux por ahora, y la ingeniería más difícil (ejecutar un conjunto de instrucciones extranjeras en rendimiento de producción, con detección y recuperación de fallas a nivel de mainframe, bajo cargas de trabajo reales del cliente) aún debe probarse en los próximos dos años.
Pero la ambición es inconfundible. Durante sesenta años, el mainframe ha sobrevivido a cada ola de tecnología que se suponía iba a acabar con él (minicomputadoras, cliente-servidor, la nube) absorbiendo lo que necesitaba de cada uno. Ahora IBM está intentando su acto de absorción más audaz hasta el momento: enseñar a la máquina que maneja el dinero del mundo a hablar el lenguaje de la era de la IA, con fluidez y de forma nativa, en el mismo silicio. «Traer algo que realmente será el primero de su tipo en producción», dijo Tarquinio, «muestra nuevamente de lo que IBM es capaz desde un punto de vista tecnológico». Resulta que el mainframe no se queda atrás en el futuro. Está aprendiendo a ejecutarlo.
IBM está anunciando hoy en la anual Conferencia de chips calientes lo que puede ser el cambio más importante en la arquitectura de mainframe en décadas: un procesador cuyos núcleos pueden ejecutar de forma nativa tanto el propio conjunto de instrucciones de IBM como Brazos – cambiar entre los dos en nanosegundos.
El chip que impulsará la próxima generación de IBM Z y LinuxONE Systems, es el primer procesador mainframe de arquitectura dual jamás construido. Está diseñado para permitir que las empresas ejecuten el vasto y de rápido crecimiento del ecosistema de software Linux nativo de Arm, incluidos los marcos de IA que definen cada vez más la infraestructura moderna, directamente junto con las cargas de trabajo de procesamiento de transacciones z/OS que anclan a los bancos, aseguradoras y gobiernos del mundo.
«Como entusiastas de la tecnología de ambos lados, estamos muy entusiasmados de ser lo que yo consideraría uno de los procesadores más potentes disponibles comercialmente que tendrá arquitectura dual», dijo a VentureBeat Tina Tarquinio, directora de productos de IBM Z y LinuxONE, en una entrevista exclusiva antes del anuncio.
El anuncio marca el primer hito en hardware de la colaboración estratégica que IBM y Arm dieron a conocer en abril, y ofrece una respuesta inusualmente directa a una pregunta que ha ensombrecido al mainframe durante años: ¿puede la máquina que procesa la mayoría de las transacciones financieras reguladas del mundo seguir siendo un ciudadano de primera clase en una era de IA construida en gran medida sobre el silicio de otras personas?
Cómo IBM diseñó un núcleo de procesador que habla dos conjuntos de instrucciones
La decisión de ingeniería más llamativa es la que eligió IBM no hacer. La compañía podría haber instalado un puñado de núcleos Arm independientes en el costado de su procesador, un diseño más simple que otros fabricantes de chips han utilizado para computación heterogénea. En cambio, IBM construyó cada núcleo del chip para que fuera bilingüe.
«En este chip hay 11 núcleos, y cada núcleo puede alternar dinámicamente entre el modo de software Arm y modo de software Z tradicional«, explicó Jacobi en una entrevista exclusiva con VentureBeat. «Eso nos permite ejecutar el software empresarial de misión crítica justo al lado, en el mismo chip, del ecosistema de software mucho más amplio de aplicaciones Arm».
El mecanismo se basa en el código abierto. hipervisor KVM. Las empresas pueden ejecutar máquinas virtuales Arm64 Linux y Linux en máquinas virtuales Z una al lado de la otra, y cuando el hipervisor envía cada máquina virtual a un núcleo físico, el núcleo cambia al modo correspondiente. La penalización por desempeño, dijo Jacobi, es efectivamente cero. «Ese cambio se produce en una escala de nanosegundos», dijo. «Debido a que estás ejecutando durante muchos milisegundos en la imagen virtual, esta sobrecarga de conmutación se amortiza a cero, prácticamente sin impacto alguno».
Las cargas de trabajo tradicionales de z/OS se ejecutan en una partición separada en el mismo chip, fuera de KVM, lo que significa que el libro mayor de un banco, sus modelos de fraude y una moderna pila de monitoreo nativa de Arm pueden compartir el mismo silicio, la misma estructura de memoria y las mismas garantías de confiabilidad. Jacobi fue sincero en cuanto a que IBM debatió el camino más fácil y lo rechazó. «Realmente no estamos abordando sus necesidades si solo tenemos unos pocos, diría yo, núcleos Arm sueltos en la esquina del chip», dijo. «Realmente necesitaba estar profundamente integrado en todo el diseño del sistema para que tuviera las mismas cualidades de servicio a las que los clientes están acostumbrados».
Las especificaciones subrayan que este no es un diseño comprometido. Construido sobre un nodo de proceso de 2 nanómetros de vanguardia, el chip ejecuta sus 11 núcleos de alto rendimiento a una frecuencia base superior a 5,7 GHz (extraordinariamente rápida para los estándares de la industria) con aceleradores de inferencia de IA en el chip para la detección de fraude en transacciones, una unidad de procesamiento de datos dedicada para la aceleración de E/S y una gran arquitectura de caché. Los sistemas completos escalarán a cientos de núcleos y decenas de terabytes de memoria. «Eso es muy, muy rápido en comparación con lo que se obtiene en la industria», dijo Jacobi. «Es sólo otro ejemplo de cómo la tecnología mainframe no es una tecnología antigua. Es una tecnología muy moderna y de vanguardia».
Por qué el mainframe necesitaba los 22 millones de desarrolladores de Arm
La lógica estratégica detrás del chip tiene que ver con el software, no con el hardware. IBM arquitectura s390x ejecuta una enorme parte de las transacciones de misión crítica del mundo, pero el universo más amplio de software empresarial (herramientas de monitoreo, agentes de seguridad, middleware nativo de la nube y, sobre todo, la pila de inteligencia artificial de PyTorch, ONNX Runtime y cargas de trabajo de contenedores) se creó para x86 y, cada vez más, para Arm. Según las propias estimaciones de Arm, cerca de la mitad de la computación enviada a los principales hiperescaladores en 2025 estaba basada en Arm, impulsada por AWS Graviton, Google Axion y el silicio Arm de Microsoft. Arm cuenta con más de 22 millones de desarrolladores en todo el mundo.
Portar cada aplicación a s390x ha sido un esfuerzo agotador, de un ISV a la vez, y Tina Tarquinio, directora de producto de IBM Z y LinuxONE, describió el cálculo sin rodeos. «No importa cuán bueno sea nuestro equipo de ecosistema, nunca podremos trabajar con todos ellos y trasladarlos a todos», le dijo a VentureBeat. «Hay muchos ISV por ahí, por lo que queríamos dar un gran paso adelante fundamental. Dimos un giro desde el punto de vista tecnológico».
En particular, dijo que los clientes no pedían un chip de arquitectura dual per se, sino resultados. «No diría que nuestros clientes estuvieran diciendo: ‘¿Podrían crearme un entorno de arquitectura dual?’ Pero decían: ‘Ayúdenme a lograr que estas cargas de trabajo envolventes, o diferentes tipos de cargas de trabajo, se ejecuten de una manera más rápida para llegar al mercado'».
La promesa de compatibilidad es ambiciosa: los binarios de Arm Linux deberían ejecutarse sin modificaciones. «Las nuevas capacidades de Arm están diseñadas para ser 100% compatibles con binarios», dijo Jacobi. «Una vez que tenga, por ejemplo, Red Hat Linux para Arm, y tenga aplicaciones que se ejecuten en Red Hat Linux para Arm, se ejecutarán en el sistema sin modificaciones». Arm define la arquitectura del conjunto de instrucciones y proporciona herramientas de validación para garantizar que la implementación de IBM se comporte de manera idéntica a cualquier otro chip Arm, mientras que IBM diseña y construye el silicio completamente internamente. «Muy buena asociación. También una asociación de ingeniería muy sólida», dijo Jacobi sobre la colaboración.
Qué significa un acelerador Spyre de próxima generación para la IA empresarial en el mainframe
IBM también está anticipando la próxima generación de su Acelerador de IA Spyre en patatas fritas calientesy el emparejamiento no es casual. La arquitectura actual ya ofrece dos niveles de IA: un acelerador en el procesador, introducido con el chip de telum en 2022, que maneja inferencias de latencia ultrabaja, como la puntuación de fraude dentro de una transacción de pago, y la tarjeta aceleradora Spyre ubicada en el subsistema de E/S para modelos más pesados.
El nuevo Spyre eleva considerablemente el techo. «También traemos un chip de rendimiento mucho mayor que es capaz de ejecutar grandes modelos de lenguaje para flujos de trabajo agentes», dijo Jacobi, tanto flujos de trabajo de operaciones de inteligencia artificial que administran el sistema en sí como flujos de trabajo comerciales «para cosas como la comprensión de documentos y la adjudicación de seguros». El nuevo acelerador se entregará con memoria de gran ancho de banda para alimentar esos modelos.
Aquí convergen la apuesta por la arquitectura dual y la apuesta por la IA. Las empresas quieren realizar inferencias junto a sus datos; los datos viven en la computadora central; y las herramientas de IA son abrumadoramente nativas de Arm. Mohamed Awad, vicepresidente ejecutivo de IA en la nube de Arm, formuló el anuncio exactamente en esos términos: «A medida que la IA escala, una mayor parte del panorama informático está convergiendo en Arm. Llevar la computación de Arm y su ecosistema de software a estas plataformas extenderá ese impulso a la infraestructura empresarial de misión crítica para brindar a las organizaciones más opciones sobre cómo implementar la IA».
El tiempo sigue la situación real de la IA empresarial. El más reciente de McKinsey Estado de la IA La encuesta encontró que, si bien el 88% de las organizaciones ahora utilizan la IA en al menos una función comercial, casi dos tercios aún no la han extendido a toda la empresa, y las empresas que capturan el mayor valor son aquellas que rediseñan los flujos de trabajo centrales en lugar de ejecutar pilotos independientes. Para industrias reguladas cuyos sistemas de registro se encuentran en IBM Zejecutar IA donde ocurren las transacciones es posiblemente la ruta más directa hacia ese tipo de integración.
Cuándo se lanzará el sistema IBM Z de arquitectura dual y por qué los clientes existentes no deberían preocuparse
Los compradores necesitarán paciencia. El chip debutará en el sucesor del desde 17que se lanzó en el segundo trimestre de 2025, e IBM mantiene una cadencia de producto de aproximadamente tres años, lo que apunta a un lanzamiento alrededor de 2028. Pero Tarquinio insistió en que el programa ya pasó la etapa de concepto. «Es más que estar en la mesa de dibujo. Estamos avanzando a todo vapor en todo el sistema», dijo, y agregó que IBM publicará más detalles en el período previo al lanzamiento.
Para la base instalada de IBM, la pregunta reflexiva es si adoptar Arm señala un lento ocaso para la arquitectura tradicional. Ambos ejecutivos respondieron con fuerza. «Este es un gran y. no es un o«, dijo Tarquinio. «Tengo una hoja de ruta que abarca 10 o 15 años de sistemas de hardware. Muchos de nuestros equipos están trabajando en este próximo sistema; Muchos también están trabajando en el siguiente y en el siguiente».
Jacobi describió la medida como una continuidad más que como una ruptura. «El mainframe tradicional que tenemos hoy como sistema z17 no es sólo una versión más rápida de lo que construimos hace 25 años», afirmó. «No teníamos capacidades de cifrado generalizadas. No teníamos capacidades de IA en el procesador. Agregar la capacidad Arm es la próxima gran iteración en esta evolución continua».
El subtexto competitivo es la nube. Cuando se le preguntó por qué una empresa ejecutaría cargas de trabajo de Arm en una computadora central en lugar de en un hiperescalador, Tarquinio señaló las cifras de disponibilidad de la plataforma: «Estamos hablando de ocho nueves de disponibilidad, eso es 0,3 segundos de tiempo de inactividad al año. Si está ejecutando su libro de contabilidad, si está ejecutando su detección de fraude, cualquiera de estas aplicaciones de misión crítica, eso es lo que quiere». El discurso, dijo, es adecuado para su propósito: hacer coincidir la infraestructura con el SLA, no con la moda.
Hay verdaderas advertencias. El propio comunicado de prensa de IBM señala que las declaraciones de dirección futura «representan sólo metas y objetivos». El soporte de Arm es solo para Linux por ahora, y la ingeniería más difícil (ejecutar un conjunto de instrucciones extranjeras en rendimiento de producción, con detección y recuperación de fallas a nivel de mainframe, bajo cargas de trabajo reales del cliente) aún debe probarse en los próximos dos años.
Pero la ambición es inconfundible. Durante sesenta años, el mainframe ha sobrevivido a cada ola de tecnología que se suponía iba a acabar con él (minicomputadoras, cliente-servidor, la nube) absorbiendo lo que necesitaba de cada uno. Ahora IBM está intentando su acto de absorción más audaz hasta el momento: enseñar a la máquina que maneja el dinero del mundo a hablar el lenguaje de la era de la IA, con fluidez y de forma nativa, en el mismo silicio. «Traer algo que realmente será el primero de su tipo en producción», dijo Tarquinio, «muestra nuevamente de lo que IBM es capaz desde un punto de vista tecnológico». Resulta que el mainframe no se queda atrás en el futuro. Está aprendiendo a ejecutarlo.
IBM está anunciando hoy en la anual Conferencia de chips calientes lo que puede ser el cambio más importante en la arquitectura de mainframe en décadas: un procesador cuyos núcleos pueden ejecutar de forma nativa tanto el propio conjunto de instrucciones de IBM como Brazos – cambiar entre los dos en nanosegundos.
El chip que impulsará la próxima generación de IBM Z y LinuxONE Systems, es el primer procesador mainframe de arquitectura dual jamás construido. Está diseñado para permitir que las empresas ejecuten el vasto y de rápido crecimiento del ecosistema de software Linux nativo de Arm, incluidos los marcos de IA que definen cada vez más la infraestructura moderna, directamente junto con las cargas de trabajo de procesamiento de transacciones z/OS que anclan a los bancos, aseguradoras y gobiernos del mundo.
«Como entusiastas de la tecnología de ambos lados, estamos muy entusiasmados de ser lo que yo consideraría uno de los procesadores más potentes disponibles comercialmente que tendrá arquitectura dual», dijo a VentureBeat Tina Tarquinio, directora de productos de IBM Z y LinuxONE, en una entrevista exclusiva antes del anuncio.
El anuncio marca el primer hito en hardware de la colaboración estratégica que IBM y Arm dieron a conocer en abril, y ofrece una respuesta inusualmente directa a una pregunta que ha ensombrecido al mainframe durante años: ¿puede la máquina que procesa la mayoría de las transacciones financieras reguladas del mundo seguir siendo un ciudadano de primera clase en una era de IA construida en gran medida sobre el silicio de otras personas?
Cómo IBM diseñó un núcleo de procesador que habla dos conjuntos de instrucciones
La decisión de ingeniería más llamativa es la que eligió IBM no hacer. La compañía podría haber instalado un puñado de núcleos Arm independientes en el costado de su procesador, un diseño más simple que otros fabricantes de chips han utilizado para computación heterogénea. En cambio, IBM construyó cada núcleo del chip para que fuera bilingüe.
«En este chip hay 11 núcleos, y cada núcleo puede alternar dinámicamente entre el modo de software Arm y modo de software Z tradicional«, explicó Jacobi en una entrevista exclusiva con VentureBeat. «Eso nos permite ejecutar el software empresarial de misión crítica justo al lado, en el mismo chip, del ecosistema de software mucho más amplio de aplicaciones Arm».
El mecanismo se basa en el código abierto. hipervisor KVM. Las empresas pueden ejecutar máquinas virtuales Arm64 Linux y Linux en máquinas virtuales Z una al lado de la otra, y cuando el hipervisor envía cada máquina virtual a un núcleo físico, el núcleo cambia al modo correspondiente. La penalización por desempeño, dijo Jacobi, es efectivamente cero. «Ese cambio se produce en una escala de nanosegundos», dijo. «Debido a que estás ejecutando durante muchos milisegundos en la imagen virtual, esta sobrecarga de conmutación se amortiza a cero, prácticamente sin impacto alguno».
Las cargas de trabajo tradicionales de z/OS se ejecutan en una partición separada en el mismo chip, fuera de KVM, lo que significa que el libro mayor de un banco, sus modelos de fraude y una moderna pila de monitoreo nativa de Arm pueden compartir el mismo silicio, la misma estructura de memoria y las mismas garantías de confiabilidad. Jacobi fue sincero en cuanto a que IBM debatió el camino más fácil y lo rechazó. «Realmente no estamos abordando sus necesidades si solo tenemos unos pocos, diría yo, núcleos Arm sueltos en la esquina del chip», dijo. «Realmente necesitaba estar profundamente integrado en todo el diseño del sistema para que tuviera las mismas cualidades de servicio a las que los clientes están acostumbrados».
Las especificaciones subrayan que este no es un diseño comprometido. Construido sobre un nodo de proceso de 2 nanómetros de vanguardia, el chip ejecuta sus 11 núcleos de alto rendimiento a una frecuencia base superior a 5,7 GHz (extraordinariamente rápida para los estándares de la industria) con aceleradores de inferencia de IA en el chip para la detección de fraude en transacciones, una unidad de procesamiento de datos dedicada para la aceleración de E/S y una gran arquitectura de caché. Los sistemas completos escalarán a cientos de núcleos y decenas de terabytes de memoria. «Eso es muy, muy rápido en comparación con lo que se obtiene en la industria», dijo Jacobi. «Es sólo otro ejemplo de cómo la tecnología mainframe no es una tecnología antigua. Es una tecnología muy moderna y de vanguardia».
Por qué el mainframe necesitaba los 22 millones de desarrolladores de Arm
La lógica estratégica detrás del chip tiene que ver con el software, no con el hardware. IBM arquitectura s390x ejecuta una enorme parte de las transacciones de misión crítica del mundo, pero el universo más amplio de software empresarial (herramientas de monitoreo, agentes de seguridad, middleware nativo de la nube y, sobre todo, la pila de inteligencia artificial de PyTorch, ONNX Runtime y cargas de trabajo de contenedores) se creó para x86 y, cada vez más, para Arm. Según las propias estimaciones de Arm, cerca de la mitad de la computación enviada a los principales hiperescaladores en 2025 estaba basada en Arm, impulsada por AWS Graviton, Google Axion y el silicio Arm de Microsoft. Arm cuenta con más de 22 millones de desarrolladores en todo el mundo.
Portar cada aplicación a s390x ha sido un esfuerzo agotador, de un ISV a la vez, y Tina Tarquinio, directora de producto de IBM Z y LinuxONE, describió el cálculo sin rodeos. «No importa cuán bueno sea nuestro equipo de ecosistema, nunca podremos trabajar con todos ellos y trasladarlos a todos», le dijo a VentureBeat. «Hay muchos ISV por ahí, por lo que queríamos dar un gran paso adelante fundamental. Dimos un giro desde el punto de vista tecnológico».
En particular, dijo que los clientes no pedían un chip de arquitectura dual per se, sino resultados. «No diría que nuestros clientes estuvieran diciendo: ‘¿Podrían crearme un entorno de arquitectura dual?’ Pero decían: ‘Ayúdenme a lograr que estas cargas de trabajo envolventes, o diferentes tipos de cargas de trabajo, se ejecuten de una manera más rápida para llegar al mercado'».
La promesa de compatibilidad es ambiciosa: los binarios de Arm Linux deberían ejecutarse sin modificaciones. «Las nuevas capacidades de Arm están diseñadas para ser 100% compatibles con binarios», dijo Jacobi. «Una vez que tenga, por ejemplo, Red Hat Linux para Arm, y tenga aplicaciones que se ejecuten en Red Hat Linux para Arm, se ejecutarán en el sistema sin modificaciones». Arm define la arquitectura del conjunto de instrucciones y proporciona herramientas de validación para garantizar que la implementación de IBM se comporte de manera idéntica a cualquier otro chip Arm, mientras que IBM diseña y construye el silicio completamente internamente. «Muy buena asociación. También una asociación de ingeniería muy sólida», dijo Jacobi sobre la colaboración.
Qué significa un acelerador Spyre de próxima generación para la IA empresarial en el mainframe
IBM también está anticipando la próxima generación de su Acelerador de IA Spyre en patatas fritas calientesy el emparejamiento no es casual. La arquitectura actual ya ofrece dos niveles de IA: un acelerador en el procesador, introducido con el chip de telum en 2022, que maneja inferencias de latencia ultrabaja, como la puntuación de fraude dentro de una transacción de pago, y la tarjeta aceleradora Spyre ubicada en el subsistema de E/S para modelos más pesados.
El nuevo Spyre eleva considerablemente el techo. «También traemos un chip de rendimiento mucho mayor que es capaz de ejecutar grandes modelos de lenguaje para flujos de trabajo agentes», dijo Jacobi, tanto flujos de trabajo de operaciones de inteligencia artificial que administran el sistema en sí como flujos de trabajo comerciales «para cosas como la comprensión de documentos y la adjudicación de seguros». El nuevo acelerador se entregará con memoria de gran ancho de banda para alimentar esos modelos.
Aquí convergen la apuesta por la arquitectura dual y la apuesta por la IA. Las empresas quieren realizar inferencias junto a sus datos; los datos viven en la computadora central; y las herramientas de IA son abrumadoramente nativas de Arm. Mohamed Awad, vicepresidente ejecutivo de IA en la nube de Arm, formuló el anuncio exactamente en esos términos: «A medida que la IA escala, una mayor parte del panorama informático está convergiendo en Arm. Llevar la computación de Arm y su ecosistema de software a estas plataformas extenderá ese impulso a la infraestructura empresarial de misión crítica para brindar a las organizaciones más opciones sobre cómo implementar la IA».
El tiempo sigue la situación real de la IA empresarial. El más reciente de McKinsey Estado de la IA La encuesta encontró que, si bien el 88% de las organizaciones ahora utilizan la IA en al menos una función comercial, casi dos tercios aún no la han extendido a toda la empresa, y las empresas que capturan el mayor valor son aquellas que rediseñan los flujos de trabajo centrales en lugar de ejecutar pilotos independientes. Para industrias reguladas cuyos sistemas de registro se encuentran en IBM Zejecutar IA donde ocurren las transacciones es posiblemente la ruta más directa hacia ese tipo de integración.
Cuándo se lanzará el sistema IBM Z de arquitectura dual y por qué los clientes existentes no deberían preocuparse
Los compradores necesitarán paciencia. El chip debutará en el sucesor del desde 17que se lanzó en el segundo trimestre de 2025, e IBM mantiene una cadencia de producto de aproximadamente tres años, lo que apunta a un lanzamiento alrededor de 2028. Pero Tarquinio insistió en que el programa ya pasó la etapa de concepto. «Es más que estar en la mesa de dibujo. Estamos avanzando a todo vapor en todo el sistema», dijo, y agregó que IBM publicará más detalles en el período previo al lanzamiento.
Para la base instalada de IBM, la pregunta reflexiva es si adoptar Arm señala un lento ocaso para la arquitectura tradicional. Ambos ejecutivos respondieron con fuerza. «Este es un gran y. no es un o«, dijo Tarquinio. «Tengo una hoja de ruta que abarca 10 o 15 años de sistemas de hardware. Muchos de nuestros equipos están trabajando en este próximo sistema; Muchos también están trabajando en el siguiente y en el siguiente».
Jacobi describió la medida como una continuidad más que como una ruptura. «El mainframe tradicional que tenemos hoy como sistema z17 no es sólo una versión más rápida de lo que construimos hace 25 años», afirmó. «No teníamos capacidades de cifrado generalizadas. No teníamos capacidades de IA en el procesador. Agregar la capacidad Arm es la próxima gran iteración en esta evolución continua».
El subtexto competitivo es la nube. Cuando se le preguntó por qué una empresa ejecutaría cargas de trabajo de Arm en una computadora central en lugar de en un hiperescalador, Tarquinio señaló las cifras de disponibilidad de la plataforma: «Estamos hablando de ocho nueves de disponibilidad, eso es 0,3 segundos de tiempo de inactividad al año. Si está ejecutando su libro de contabilidad, si está ejecutando su detección de fraude, cualquiera de estas aplicaciones de misión crítica, eso es lo que quiere». El discurso, dijo, es adecuado para su propósito: hacer coincidir la infraestructura con el SLA, no con la moda.
Hay verdaderas advertencias. El propio comunicado de prensa de IBM señala que las declaraciones de dirección futura «representan sólo metas y objetivos». El soporte de Arm es solo para Linux por ahora, y la ingeniería más difícil (ejecutar un conjunto de instrucciones extranjeras en rendimiento de producción, con detección y recuperación de fallas a nivel de mainframe, bajo cargas de trabajo reales del cliente) aún debe probarse en los próximos dos años.
Pero la ambición es inconfundible. Durante sesenta años, el mainframe ha sobrevivido a cada ola de tecnología que se suponía iba a acabar con él (minicomputadoras, cliente-servidor, la nube) absorbiendo lo que necesitaba de cada uno. Ahora IBM está intentando su acto de absorción más audaz hasta el momento: enseñar a la máquina que maneja el dinero del mundo a hablar el lenguaje de la era de la IA, con fluidez y de forma nativa, en el mismo silicio. «Traer algo que realmente será el primero de su tipo en producción», dijo Tarquinio, «muestra nuevamente de lo que IBM es capaz desde un punto de vista tecnológico». Resulta que el mainframe no se queda atrás en el futuro. Está aprendiendo a ejecutarlo.
Suscríbete y recibe las historias más importantes del día.
Al suscribirte aceptas nuestros términos y condiciones y política de privacidad.
IBM está anunciando hoy en la anual Conferencia de chips calientes lo que puede ser el cambio más importante en la arquitectura de mainframe en décadas: un procesador cuyos núcleos pueden ejecutar de forma nativa tanto el propio conjunto de instrucciones de IBM como Brazos – cambiar entre los dos en nanosegundos.
El chip que impulsará la próxima generación de IBM Z y LinuxONE Systems, es el primer procesador mainframe de arquitectura dual jamás construido. Está diseñado para permitir que las empresas ejecuten el vasto y de rápido crecimiento del ecosistema de software Linux nativo de Arm, incluidos los marcos de IA que definen cada vez más la infraestructura moderna, directamente junto con las cargas de trabajo de procesamiento de transacciones z/OS que anclan a los bancos, aseguradoras y gobiernos del mundo.
«Como entusiastas de la tecnología de ambos lados, estamos muy entusiasmados de ser lo que yo consideraría uno de los procesadores más potentes disponibles comercialmente que tendrá arquitectura dual», dijo a VentureBeat Tina Tarquinio, directora de productos de IBM Z y LinuxONE, en una entrevista exclusiva antes del anuncio.
El anuncio marca el primer hito en hardware de la colaboración estratégica que IBM y Arm dieron a conocer en abril, y ofrece una respuesta inusualmente directa a una pregunta que ha ensombrecido al mainframe durante años: ¿puede la máquina que procesa la mayoría de las transacciones financieras reguladas del mundo seguir siendo un ciudadano de primera clase en una era de IA construida en gran medida sobre el silicio de otras personas?
Cómo IBM diseñó un núcleo de procesador que habla dos conjuntos de instrucciones
La decisión de ingeniería más llamativa es la que eligió IBM no hacer. La compañía podría haber instalado un puñado de núcleos Arm independientes en el costado de su procesador, un diseño más simple que otros fabricantes de chips han utilizado para computación heterogénea. En cambio, IBM construyó cada núcleo del chip para que fuera bilingüe.
«En este chip hay 11 núcleos, y cada núcleo puede alternar dinámicamente entre el modo de software Arm y modo de software Z tradicional«, explicó Jacobi en una entrevista exclusiva con VentureBeat. «Eso nos permite ejecutar el software empresarial de misión crítica justo al lado, en el mismo chip, del ecosistema de software mucho más amplio de aplicaciones Arm».
El mecanismo se basa en el código abierto. hipervisor KVM. Las empresas pueden ejecutar máquinas virtuales Arm64 Linux y Linux en máquinas virtuales Z una al lado de la otra, y cuando el hipervisor envía cada máquina virtual a un núcleo físico, el núcleo cambia al modo correspondiente. La penalización por desempeño, dijo Jacobi, es efectivamente cero. «Ese cambio se produce en una escala de nanosegundos», dijo. «Debido a que estás ejecutando durante muchos milisegundos en la imagen virtual, esta sobrecarga de conmutación se amortiza a cero, prácticamente sin impacto alguno».
Las cargas de trabajo tradicionales de z/OS se ejecutan en una partición separada en el mismo chip, fuera de KVM, lo que significa que el libro mayor de un banco, sus modelos de fraude y una moderna pila de monitoreo nativa de Arm pueden compartir el mismo silicio, la misma estructura de memoria y las mismas garantías de confiabilidad. Jacobi fue sincero en cuanto a que IBM debatió el camino más fácil y lo rechazó. «Realmente no estamos abordando sus necesidades si solo tenemos unos pocos, diría yo, núcleos Arm sueltos en la esquina del chip», dijo. «Realmente necesitaba estar profundamente integrado en todo el diseño del sistema para que tuviera las mismas cualidades de servicio a las que los clientes están acostumbrados».
Las especificaciones subrayan que este no es un diseño comprometido. Construido sobre un nodo de proceso de 2 nanómetros de vanguardia, el chip ejecuta sus 11 núcleos de alto rendimiento a una frecuencia base superior a 5,7 GHz (extraordinariamente rápida para los estándares de la industria) con aceleradores de inferencia de IA en el chip para la detección de fraude en transacciones, una unidad de procesamiento de datos dedicada para la aceleración de E/S y una gran arquitectura de caché. Los sistemas completos escalarán a cientos de núcleos y decenas de terabytes de memoria. «Eso es muy, muy rápido en comparación con lo que se obtiene en la industria», dijo Jacobi. «Es sólo otro ejemplo de cómo la tecnología mainframe no es una tecnología antigua. Es una tecnología muy moderna y de vanguardia».
Por qué el mainframe necesitaba los 22 millones de desarrolladores de Arm
La lógica estratégica detrás del chip tiene que ver con el software, no con el hardware. IBM arquitectura s390x ejecuta una enorme parte de las transacciones de misión crítica del mundo, pero el universo más amplio de software empresarial (herramientas de monitoreo, agentes de seguridad, middleware nativo de la nube y, sobre todo, la pila de inteligencia artificial de PyTorch, ONNX Runtime y cargas de trabajo de contenedores) se creó para x86 y, cada vez más, para Arm. Según las propias estimaciones de Arm, cerca de la mitad de la computación enviada a los principales hiperescaladores en 2025 estaba basada en Arm, impulsada por AWS Graviton, Google Axion y el silicio Arm de Microsoft. Arm cuenta con más de 22 millones de desarrolladores en todo el mundo.
Portar cada aplicación a s390x ha sido un esfuerzo agotador, de un ISV a la vez, y Tina Tarquinio, directora de producto de IBM Z y LinuxONE, describió el cálculo sin rodeos. «No importa cuán bueno sea nuestro equipo de ecosistema, nunca podremos trabajar con todos ellos y trasladarlos a todos», le dijo a VentureBeat. «Hay muchos ISV por ahí, por lo que queríamos dar un gran paso adelante fundamental. Dimos un giro desde el punto de vista tecnológico».
En particular, dijo que los clientes no pedían un chip de arquitectura dual per se, sino resultados. «No diría que nuestros clientes estuvieran diciendo: ‘¿Podrían crearme un entorno de arquitectura dual?’ Pero decían: ‘Ayúdenme a lograr que estas cargas de trabajo envolventes, o diferentes tipos de cargas de trabajo, se ejecuten de una manera más rápida para llegar al mercado'».
La promesa de compatibilidad es ambiciosa: los binarios de Arm Linux deberían ejecutarse sin modificaciones. «Las nuevas capacidades de Arm están diseñadas para ser 100% compatibles con binarios», dijo Jacobi. «Una vez que tenga, por ejemplo, Red Hat Linux para Arm, y tenga aplicaciones que se ejecuten en Red Hat Linux para Arm, se ejecutarán en el sistema sin modificaciones». Arm define la arquitectura del conjunto de instrucciones y proporciona herramientas de validación para garantizar que la implementación de IBM se comporte de manera idéntica a cualquier otro chip Arm, mientras que IBM diseña y construye el silicio completamente internamente. «Muy buena asociación. También una asociación de ingeniería muy sólida», dijo Jacobi sobre la colaboración.
Qué significa un acelerador Spyre de próxima generación para la IA empresarial en el mainframe
IBM también está anticipando la próxima generación de su Acelerador de IA Spyre en patatas fritas calientesy el emparejamiento no es casual. La arquitectura actual ya ofrece dos niveles de IA: un acelerador en el procesador, introducido con el chip de telum en 2022, que maneja inferencias de latencia ultrabaja, como la puntuación de fraude dentro de una transacción de pago, y la tarjeta aceleradora Spyre ubicada en el subsistema de E/S para modelos más pesados.
El nuevo Spyre eleva considerablemente el techo. «También traemos un chip de rendimiento mucho mayor que es capaz de ejecutar grandes modelos de lenguaje para flujos de trabajo agentes», dijo Jacobi, tanto flujos de trabajo de operaciones de inteligencia artificial que administran el sistema en sí como flujos de trabajo comerciales «para cosas como la comprensión de documentos y la adjudicación de seguros». El nuevo acelerador se entregará con memoria de gran ancho de banda para alimentar esos modelos.
Aquí convergen la apuesta por la arquitectura dual y la apuesta por la IA. Las empresas quieren realizar inferencias junto a sus datos; los datos viven en la computadora central; y las herramientas de IA son abrumadoramente nativas de Arm. Mohamed Awad, vicepresidente ejecutivo de IA en la nube de Arm, formuló el anuncio exactamente en esos términos: «A medida que la IA escala, una mayor parte del panorama informático está convergiendo en Arm. Llevar la computación de Arm y su ecosistema de software a estas plataformas extenderá ese impulso a la infraestructura empresarial de misión crítica para brindar a las organizaciones más opciones sobre cómo implementar la IA».
El tiempo sigue la situación real de la IA empresarial. El más reciente de McKinsey Estado de la IA La encuesta encontró que, si bien el 88% de las organizaciones ahora utilizan la IA en al menos una función comercial, casi dos tercios aún no la han extendido a toda la empresa, y las empresas que capturan el mayor valor son aquellas que rediseñan los flujos de trabajo centrales en lugar de ejecutar pilotos independientes. Para industrias reguladas cuyos sistemas de registro se encuentran en IBM Zejecutar IA donde ocurren las transacciones es posiblemente la ruta más directa hacia ese tipo de integración.
Cuándo se lanzará el sistema IBM Z de arquitectura dual y por qué los clientes existentes no deberían preocuparse
Los compradores necesitarán paciencia. El chip debutará en el sucesor del desde 17que se lanzó en el segundo trimestre de 2025, e IBM mantiene una cadencia de producto de aproximadamente tres años, lo que apunta a un lanzamiento alrededor de 2028. Pero Tarquinio insistió en que el programa ya pasó la etapa de concepto. «Es más que estar en la mesa de dibujo. Estamos avanzando a todo vapor en todo el sistema», dijo, y agregó que IBM publicará más detalles en el período previo al lanzamiento.
Para la base instalada de IBM, la pregunta reflexiva es si adoptar Arm señala un lento ocaso para la arquitectura tradicional. Ambos ejecutivos respondieron con fuerza. «Este es un gran y. no es un o«, dijo Tarquinio. «Tengo una hoja de ruta que abarca 10 o 15 años de sistemas de hardware. Muchos de nuestros equipos están trabajando en este próximo sistema; Muchos también están trabajando en el siguiente y en el siguiente».
Jacobi describió la medida como una continuidad más que como una ruptura. «El mainframe tradicional que tenemos hoy como sistema z17 no es sólo una versión más rápida de lo que construimos hace 25 años», afirmó. «No teníamos capacidades de cifrado generalizadas. No teníamos capacidades de IA en el procesador. Agregar la capacidad Arm es la próxima gran iteración en esta evolución continua».
El subtexto competitivo es la nube. Cuando se le preguntó por qué una empresa ejecutaría cargas de trabajo de Arm en una computadora central en lugar de en un hiperescalador, Tarquinio señaló las cifras de disponibilidad de la plataforma: «Estamos hablando de ocho nueves de disponibilidad, eso es 0,3 segundos de tiempo de inactividad al año. Si está ejecutando su libro de contabilidad, si está ejecutando su detección de fraude, cualquiera de estas aplicaciones de misión crítica, eso es lo que quiere». El discurso, dijo, es adecuado para su propósito: hacer coincidir la infraestructura con el SLA, no con la moda.
Hay verdaderas advertencias. El propio comunicado de prensa de IBM señala que las declaraciones de dirección futura «representan sólo metas y objetivos». El soporte de Arm es solo para Linux por ahora, y la ingeniería más difícil (ejecutar un conjunto de instrucciones extranjeras en rendimiento de producción, con detección y recuperación de fallas a nivel de mainframe, bajo cargas de trabajo reales del cliente) aún debe probarse en los próximos dos años.
Pero la ambición es inconfundible. Durante sesenta años, el mainframe ha sobrevivido a cada ola de tecnología que se suponía iba a acabar con él (minicomputadoras, cliente-servidor, la nube) absorbiendo lo que necesitaba de cada uno. Ahora IBM está intentando su acto de absorción más audaz hasta el momento: enseñar a la máquina que maneja el dinero del mundo a hablar el lenguaje de la era de la IA, con fluidez y de forma nativa, en el mismo silicio. «Traer algo que realmente será el primero de su tipo en producción», dijo Tarquinio, «muestra nuevamente de lo que IBM es capaz desde un punto de vista tecnológico». Resulta que el mainframe no se queda atrás en el futuro. Está aprendiendo a ejecutarlo.
IBM está anunciando hoy en la anual Conferencia de chips calientes lo que puede ser el cambio más importante en la arquitectura de mainframe en décadas: un procesador cuyos núcleos pueden ejecutar de forma nativa tanto el propio conjunto de instrucciones de IBM como Brazos – cambiar entre los dos en nanosegundos.
El chip que impulsará la próxima generación de IBM Z y LinuxONE Systems, es el primer procesador mainframe de arquitectura dual jamás construido. Está diseñado para permitir que las empresas ejecuten el vasto y de rápido crecimiento del ecosistema de software Linux nativo de Arm, incluidos los marcos de IA que definen cada vez más la infraestructura moderna, directamente junto con las cargas de trabajo de procesamiento de transacciones z/OS que anclan a los bancos, aseguradoras y gobiernos del mundo.
«Como entusiastas de la tecnología de ambos lados, estamos muy entusiasmados de ser lo que yo consideraría uno de los procesadores más potentes disponibles comercialmente que tendrá arquitectura dual», dijo a VentureBeat Tina Tarquinio, directora de productos de IBM Z y LinuxONE, en una entrevista exclusiva antes del anuncio.
El anuncio marca el primer hito en hardware de la colaboración estratégica que IBM y Arm dieron a conocer en abril, y ofrece una respuesta inusualmente directa a una pregunta que ha ensombrecido al mainframe durante años: ¿puede la máquina que procesa la mayoría de las transacciones financieras reguladas del mundo seguir siendo un ciudadano de primera clase en una era de IA construida en gran medida sobre el silicio de otras personas?
Cómo IBM diseñó un núcleo de procesador que habla dos conjuntos de instrucciones
La decisión de ingeniería más llamativa es la que eligió IBM no hacer. La compañía podría haber instalado un puñado de núcleos Arm independientes en el costado de su procesador, un diseño más simple que otros fabricantes de chips han utilizado para computación heterogénea. En cambio, IBM construyó cada núcleo del chip para que fuera bilingüe.
«En este chip hay 11 núcleos, y cada núcleo puede alternar dinámicamente entre el modo de software Arm y modo de software Z tradicional«, explicó Jacobi en una entrevista exclusiva con VentureBeat. «Eso nos permite ejecutar el software empresarial de misión crítica justo al lado, en el mismo chip, del ecosistema de software mucho más amplio de aplicaciones Arm».
El mecanismo se basa en el código abierto. hipervisor KVM. Las empresas pueden ejecutar máquinas virtuales Arm64 Linux y Linux en máquinas virtuales Z una al lado de la otra, y cuando el hipervisor envía cada máquina virtual a un núcleo físico, el núcleo cambia al modo correspondiente. La penalización por desempeño, dijo Jacobi, es efectivamente cero. «Ese cambio se produce en una escala de nanosegundos», dijo. «Debido a que estás ejecutando durante muchos milisegundos en la imagen virtual, esta sobrecarga de conmutación se amortiza a cero, prácticamente sin impacto alguno».
Las cargas de trabajo tradicionales de z/OS se ejecutan en una partición separada en el mismo chip, fuera de KVM, lo que significa que el libro mayor de un banco, sus modelos de fraude y una moderna pila de monitoreo nativa de Arm pueden compartir el mismo silicio, la misma estructura de memoria y las mismas garantías de confiabilidad. Jacobi fue sincero en cuanto a que IBM debatió el camino más fácil y lo rechazó. «Realmente no estamos abordando sus necesidades si solo tenemos unos pocos, diría yo, núcleos Arm sueltos en la esquina del chip», dijo. «Realmente necesitaba estar profundamente integrado en todo el diseño del sistema para que tuviera las mismas cualidades de servicio a las que los clientes están acostumbrados».
Las especificaciones subrayan que este no es un diseño comprometido. Construido sobre un nodo de proceso de 2 nanómetros de vanguardia, el chip ejecuta sus 11 núcleos de alto rendimiento a una frecuencia base superior a 5,7 GHz (extraordinariamente rápida para los estándares de la industria) con aceleradores de inferencia de IA en el chip para la detección de fraude en transacciones, una unidad de procesamiento de datos dedicada para la aceleración de E/S y una gran arquitectura de caché. Los sistemas completos escalarán a cientos de núcleos y decenas de terabytes de memoria. «Eso es muy, muy rápido en comparación con lo que se obtiene en la industria», dijo Jacobi. «Es sólo otro ejemplo de cómo la tecnología mainframe no es una tecnología antigua. Es una tecnología muy moderna y de vanguardia».
Por qué el mainframe necesitaba los 22 millones de desarrolladores de Arm
La lógica estratégica detrás del chip tiene que ver con el software, no con el hardware. IBM arquitectura s390x ejecuta una enorme parte de las transacciones de misión crítica del mundo, pero el universo más amplio de software empresarial (herramientas de monitoreo, agentes de seguridad, middleware nativo de la nube y, sobre todo, la pila de inteligencia artificial de PyTorch, ONNX Runtime y cargas de trabajo de contenedores) se creó para x86 y, cada vez más, para Arm. Según las propias estimaciones de Arm, cerca de la mitad de la computación enviada a los principales hiperescaladores en 2025 estaba basada en Arm, impulsada por AWS Graviton, Google Axion y el silicio Arm de Microsoft. Arm cuenta con más de 22 millones de desarrolladores en todo el mundo.
Portar cada aplicación a s390x ha sido un esfuerzo agotador, de un ISV a la vez, y Tina Tarquinio, directora de producto de IBM Z y LinuxONE, describió el cálculo sin rodeos. «No importa cuán bueno sea nuestro equipo de ecosistema, nunca podremos trabajar con todos ellos y trasladarlos a todos», le dijo a VentureBeat. «Hay muchos ISV por ahí, por lo que queríamos dar un gran paso adelante fundamental. Dimos un giro desde el punto de vista tecnológico».
En particular, dijo que los clientes no pedían un chip de arquitectura dual per se, sino resultados. «No diría que nuestros clientes estuvieran diciendo: ‘¿Podrían crearme un entorno de arquitectura dual?’ Pero decían: ‘Ayúdenme a lograr que estas cargas de trabajo envolventes, o diferentes tipos de cargas de trabajo, se ejecuten de una manera más rápida para llegar al mercado'».
La promesa de compatibilidad es ambiciosa: los binarios de Arm Linux deberían ejecutarse sin modificaciones. «Las nuevas capacidades de Arm están diseñadas para ser 100% compatibles con binarios», dijo Jacobi. «Una vez que tenga, por ejemplo, Red Hat Linux para Arm, y tenga aplicaciones que se ejecuten en Red Hat Linux para Arm, se ejecutarán en el sistema sin modificaciones». Arm define la arquitectura del conjunto de instrucciones y proporciona herramientas de validación para garantizar que la implementación de IBM se comporte de manera idéntica a cualquier otro chip Arm, mientras que IBM diseña y construye el silicio completamente internamente. «Muy buena asociación. También una asociación de ingeniería muy sólida», dijo Jacobi sobre la colaboración.
Qué significa un acelerador Spyre de próxima generación para la IA empresarial en el mainframe
IBM también está anticipando la próxima generación de su Acelerador de IA Spyre en patatas fritas calientesy el emparejamiento no es casual. La arquitectura actual ya ofrece dos niveles de IA: un acelerador en el procesador, introducido con el chip de telum en 2022, que maneja inferencias de latencia ultrabaja, como la puntuación de fraude dentro de una transacción de pago, y la tarjeta aceleradora Spyre ubicada en el subsistema de E/S para modelos más pesados.
El nuevo Spyre eleva considerablemente el techo. «También traemos un chip de rendimiento mucho mayor que es capaz de ejecutar grandes modelos de lenguaje para flujos de trabajo agentes», dijo Jacobi, tanto flujos de trabajo de operaciones de inteligencia artificial que administran el sistema en sí como flujos de trabajo comerciales «para cosas como la comprensión de documentos y la adjudicación de seguros». El nuevo acelerador se entregará con memoria de gran ancho de banda para alimentar esos modelos.
Aquí convergen la apuesta por la arquitectura dual y la apuesta por la IA. Las empresas quieren realizar inferencias junto a sus datos; los datos viven en la computadora central; y las herramientas de IA son abrumadoramente nativas de Arm. Mohamed Awad, vicepresidente ejecutivo de IA en la nube de Arm, formuló el anuncio exactamente en esos términos: «A medida que la IA escala, una mayor parte del panorama informático está convergiendo en Arm. Llevar la computación de Arm y su ecosistema de software a estas plataformas extenderá ese impulso a la infraestructura empresarial de misión crítica para brindar a las organizaciones más opciones sobre cómo implementar la IA».
El tiempo sigue la situación real de la IA empresarial. El más reciente de McKinsey Estado de la IA La encuesta encontró que, si bien el 88% de las organizaciones ahora utilizan la IA en al menos una función comercial, casi dos tercios aún no la han extendido a toda la empresa, y las empresas que capturan el mayor valor son aquellas que rediseñan los flujos de trabajo centrales en lugar de ejecutar pilotos independientes. Para industrias reguladas cuyos sistemas de registro se encuentran en IBM Zejecutar IA donde ocurren las transacciones es posiblemente la ruta más directa hacia ese tipo de integración.
Cuándo se lanzará el sistema IBM Z de arquitectura dual y por qué los clientes existentes no deberían preocuparse
Los compradores necesitarán paciencia. El chip debutará en el sucesor del desde 17que se lanzó en el segundo trimestre de 2025, e IBM mantiene una cadencia de producto de aproximadamente tres años, lo que apunta a un lanzamiento alrededor de 2028. Pero Tarquinio insistió en que el programa ya pasó la etapa de concepto. «Es más que estar en la mesa de dibujo. Estamos avanzando a todo vapor en todo el sistema», dijo, y agregó que IBM publicará más detalles en el período previo al lanzamiento.
Para la base instalada de IBM, la pregunta reflexiva es si adoptar Arm señala un lento ocaso para la arquitectura tradicional. Ambos ejecutivos respondieron con fuerza. «Este es un gran y. no es un o«, dijo Tarquinio. «Tengo una hoja de ruta que abarca 10 o 15 años de sistemas de hardware. Muchos de nuestros equipos están trabajando en este próximo sistema; Muchos también están trabajando en el siguiente y en el siguiente».
Jacobi describió la medida como una continuidad más que como una ruptura. «El mainframe tradicional que tenemos hoy como sistema z17 no es sólo una versión más rápida de lo que construimos hace 25 años», afirmó. «No teníamos capacidades de cifrado generalizadas. No teníamos capacidades de IA en el procesador. Agregar la capacidad Arm es la próxima gran iteración en esta evolución continua».
El subtexto competitivo es la nube. Cuando se le preguntó por qué una empresa ejecutaría cargas de trabajo de Arm en una computadora central en lugar de en un hiperescalador, Tarquinio señaló las cifras de disponibilidad de la plataforma: «Estamos hablando de ocho nueves de disponibilidad, eso es 0,3 segundos de tiempo de inactividad al año. Si está ejecutando su libro de contabilidad, si está ejecutando su detección de fraude, cualquiera de estas aplicaciones de misión crítica, eso es lo que quiere». El discurso, dijo, es adecuado para su propósito: hacer coincidir la infraestructura con el SLA, no con la moda.
Hay verdaderas advertencias. El propio comunicado de prensa de IBM señala que las declaraciones de dirección futura «representan sólo metas y objetivos». El soporte de Arm es solo para Linux por ahora, y la ingeniería más difícil (ejecutar un conjunto de instrucciones extranjeras en rendimiento de producción, con detección y recuperación de fallas a nivel de mainframe, bajo cargas de trabajo reales del cliente) aún debe probarse en los próximos dos años.
Pero la ambición es inconfundible. Durante sesenta años, el mainframe ha sobrevivido a cada ola de tecnología que se suponía iba a acabar con él (minicomputadoras, cliente-servidor, la nube) absorbiendo lo que necesitaba de cada uno. Ahora IBM está intentando su acto de absorción más audaz hasta el momento: enseñar a la máquina que maneja el dinero del mundo a hablar el lenguaje de la era de la IA, con fluidez y de forma nativa, en el mismo silicio. «Traer algo que realmente será el primero de su tipo en producción», dijo Tarquinio, «muestra nuevamente de lo que IBM es capaz desde un punto de vista tecnológico». Resulta que el mainframe no se queda atrás en el futuro. Está aprendiendo a ejecutarlo.
IBM está anunciando hoy en la anual Conferencia de chips calientes lo que puede ser el cambio más importante en la arquitectura de mainframe en décadas: un procesador cuyos núcleos pueden ejecutar de forma nativa tanto el propio conjunto de instrucciones de IBM como Brazos – cambiar entre los dos en nanosegundos.
El chip que impulsará la próxima generación de IBM Z y LinuxONE Systems, es el primer procesador mainframe de arquitectura dual jamás construido. Está diseñado para permitir que las empresas ejecuten el vasto y de rápido crecimiento del ecosistema de software Linux nativo de Arm, incluidos los marcos de IA que definen cada vez más la infraestructura moderna, directamente junto con las cargas de trabajo de procesamiento de transacciones z/OS que anclan a los bancos, aseguradoras y gobiernos del mundo.
«Como entusiastas de la tecnología de ambos lados, estamos muy entusiasmados de ser lo que yo consideraría uno de los procesadores más potentes disponibles comercialmente que tendrá arquitectura dual», dijo a VentureBeat Tina Tarquinio, directora de productos de IBM Z y LinuxONE, en una entrevista exclusiva antes del anuncio.
El anuncio marca el primer hito en hardware de la colaboración estratégica que IBM y Arm dieron a conocer en abril, y ofrece una respuesta inusualmente directa a una pregunta que ha ensombrecido al mainframe durante años: ¿puede la máquina que procesa la mayoría de las transacciones financieras reguladas del mundo seguir siendo un ciudadano de primera clase en una era de IA construida en gran medida sobre el silicio de otras personas?
Cómo IBM diseñó un núcleo de procesador que habla dos conjuntos de instrucciones
La decisión de ingeniería más llamativa es la que eligió IBM no hacer. La compañía podría haber instalado un puñado de núcleos Arm independientes en el costado de su procesador, un diseño más simple que otros fabricantes de chips han utilizado para computación heterogénea. En cambio, IBM construyó cada núcleo del chip para que fuera bilingüe.
«En este chip hay 11 núcleos, y cada núcleo puede alternar dinámicamente entre el modo de software Arm y modo de software Z tradicional«, explicó Jacobi en una entrevista exclusiva con VentureBeat. «Eso nos permite ejecutar el software empresarial de misión crítica justo al lado, en el mismo chip, del ecosistema de software mucho más amplio de aplicaciones Arm».
El mecanismo se basa en el código abierto. hipervisor KVM. Las empresas pueden ejecutar máquinas virtuales Arm64 Linux y Linux en máquinas virtuales Z una al lado de la otra, y cuando el hipervisor envía cada máquina virtual a un núcleo físico, el núcleo cambia al modo correspondiente. La penalización por desempeño, dijo Jacobi, es efectivamente cero. «Ese cambio se produce en una escala de nanosegundos», dijo. «Debido a que estás ejecutando durante muchos milisegundos en la imagen virtual, esta sobrecarga de conmutación se amortiza a cero, prácticamente sin impacto alguno».
Las cargas de trabajo tradicionales de z/OS se ejecutan en una partición separada en el mismo chip, fuera de KVM, lo que significa que el libro mayor de un banco, sus modelos de fraude y una moderna pila de monitoreo nativa de Arm pueden compartir el mismo silicio, la misma estructura de memoria y las mismas garantías de confiabilidad. Jacobi fue sincero en cuanto a que IBM debatió el camino más fácil y lo rechazó. «Realmente no estamos abordando sus necesidades si solo tenemos unos pocos, diría yo, núcleos Arm sueltos en la esquina del chip», dijo. «Realmente necesitaba estar profundamente integrado en todo el diseño del sistema para que tuviera las mismas cualidades de servicio a las que los clientes están acostumbrados».
Las especificaciones subrayan que este no es un diseño comprometido. Construido sobre un nodo de proceso de 2 nanómetros de vanguardia, el chip ejecuta sus 11 núcleos de alto rendimiento a una frecuencia base superior a 5,7 GHz (extraordinariamente rápida para los estándares de la industria) con aceleradores de inferencia de IA en el chip para la detección de fraude en transacciones, una unidad de procesamiento de datos dedicada para la aceleración de E/S y una gran arquitectura de caché. Los sistemas completos escalarán a cientos de núcleos y decenas de terabytes de memoria. «Eso es muy, muy rápido en comparación con lo que se obtiene en la industria», dijo Jacobi. «Es sólo otro ejemplo de cómo la tecnología mainframe no es una tecnología antigua. Es una tecnología muy moderna y de vanguardia».
Por qué el mainframe necesitaba los 22 millones de desarrolladores de Arm
La lógica estratégica detrás del chip tiene que ver con el software, no con el hardware. IBM arquitectura s390x ejecuta una enorme parte de las transacciones de misión crítica del mundo, pero el universo más amplio de software empresarial (herramientas de monitoreo, agentes de seguridad, middleware nativo de la nube y, sobre todo, la pila de inteligencia artificial de PyTorch, ONNX Runtime y cargas de trabajo de contenedores) se creó para x86 y, cada vez más, para Arm. Según las propias estimaciones de Arm, cerca de la mitad de la computación enviada a los principales hiperescaladores en 2025 estaba basada en Arm, impulsada por AWS Graviton, Google Axion y el silicio Arm de Microsoft. Arm cuenta con más de 22 millones de desarrolladores en todo el mundo.
Portar cada aplicación a s390x ha sido un esfuerzo agotador, de un ISV a la vez, y Tina Tarquinio, directora de producto de IBM Z y LinuxONE, describió el cálculo sin rodeos. «No importa cuán bueno sea nuestro equipo de ecosistema, nunca podremos trabajar con todos ellos y trasladarlos a todos», le dijo a VentureBeat. «Hay muchos ISV por ahí, por lo que queríamos dar un gran paso adelante fundamental. Dimos un giro desde el punto de vista tecnológico».
En particular, dijo que los clientes no pedían un chip de arquitectura dual per se, sino resultados. «No diría que nuestros clientes estuvieran diciendo: ‘¿Podrían crearme un entorno de arquitectura dual?’ Pero decían: ‘Ayúdenme a lograr que estas cargas de trabajo envolventes, o diferentes tipos de cargas de trabajo, se ejecuten de una manera más rápida para llegar al mercado'».
La promesa de compatibilidad es ambiciosa: los binarios de Arm Linux deberían ejecutarse sin modificaciones. «Las nuevas capacidades de Arm están diseñadas para ser 100% compatibles con binarios», dijo Jacobi. «Una vez que tenga, por ejemplo, Red Hat Linux para Arm, y tenga aplicaciones que se ejecuten en Red Hat Linux para Arm, se ejecutarán en el sistema sin modificaciones». Arm define la arquitectura del conjunto de instrucciones y proporciona herramientas de validación para garantizar que la implementación de IBM se comporte de manera idéntica a cualquier otro chip Arm, mientras que IBM diseña y construye el silicio completamente internamente. «Muy buena asociación. También una asociación de ingeniería muy sólida», dijo Jacobi sobre la colaboración.
Qué significa un acelerador Spyre de próxima generación para la IA empresarial en el mainframe
IBM también está anticipando la próxima generación de su Acelerador de IA Spyre en patatas fritas calientesy el emparejamiento no es casual. La arquitectura actual ya ofrece dos niveles de IA: un acelerador en el procesador, introducido con el chip de telum en 2022, que maneja inferencias de latencia ultrabaja, como la puntuación de fraude dentro de una transacción de pago, y la tarjeta aceleradora Spyre ubicada en el subsistema de E/S para modelos más pesados.
El nuevo Spyre eleva considerablemente el techo. «También traemos un chip de rendimiento mucho mayor que es capaz de ejecutar grandes modelos de lenguaje para flujos de trabajo agentes», dijo Jacobi, tanto flujos de trabajo de operaciones de inteligencia artificial que administran el sistema en sí como flujos de trabajo comerciales «para cosas como la comprensión de documentos y la adjudicación de seguros». El nuevo acelerador se entregará con memoria de gran ancho de banda para alimentar esos modelos.
Aquí convergen la apuesta por la arquitectura dual y la apuesta por la IA. Las empresas quieren realizar inferencias junto a sus datos; los datos viven en la computadora central; y las herramientas de IA son abrumadoramente nativas de Arm. Mohamed Awad, vicepresidente ejecutivo de IA en la nube de Arm, formuló el anuncio exactamente en esos términos: «A medida que la IA escala, una mayor parte del panorama informático está convergiendo en Arm. Llevar la computación de Arm y su ecosistema de software a estas plataformas extenderá ese impulso a la infraestructura empresarial de misión crítica para brindar a las organizaciones más opciones sobre cómo implementar la IA».
El tiempo sigue la situación real de la IA empresarial. El más reciente de McKinsey Estado de la IA La encuesta encontró que, si bien el 88% de las organizaciones ahora utilizan la IA en al menos una función comercial, casi dos tercios aún no la han extendido a toda la empresa, y las empresas que capturan el mayor valor son aquellas que rediseñan los flujos de trabajo centrales en lugar de ejecutar pilotos independientes. Para industrias reguladas cuyos sistemas de registro se encuentran en IBM Zejecutar IA donde ocurren las transacciones es posiblemente la ruta más directa hacia ese tipo de integración.
Cuándo se lanzará el sistema IBM Z de arquitectura dual y por qué los clientes existentes no deberían preocuparse
Los compradores necesitarán paciencia. El chip debutará en el sucesor del desde 17que se lanzó en el segundo trimestre de 2025, e IBM mantiene una cadencia de producto de aproximadamente tres años, lo que apunta a un lanzamiento alrededor de 2028. Pero Tarquinio insistió en que el programa ya pasó la etapa de concepto. «Es más que estar en la mesa de dibujo. Estamos avanzando a todo vapor en todo el sistema», dijo, y agregó que IBM publicará más detalles en el período previo al lanzamiento.
Para la base instalada de IBM, la pregunta reflexiva es si adoptar Arm señala un lento ocaso para la arquitectura tradicional. Ambos ejecutivos respondieron con fuerza. «Este es un gran y. no es un o«, dijo Tarquinio. «Tengo una hoja de ruta que abarca 10 o 15 años de sistemas de hardware. Muchos de nuestros equipos están trabajando en este próximo sistema; Muchos también están trabajando en el siguiente y en el siguiente».
Jacobi describió la medida como una continuidad más que como una ruptura. «El mainframe tradicional que tenemos hoy como sistema z17 no es sólo una versión más rápida de lo que construimos hace 25 años», afirmó. «No teníamos capacidades de cifrado generalizadas. No teníamos capacidades de IA en el procesador. Agregar la capacidad Arm es la próxima gran iteración en esta evolución continua».
El subtexto competitivo es la nube. Cuando se le preguntó por qué una empresa ejecutaría cargas de trabajo de Arm en una computadora central en lugar de en un hiperescalador, Tarquinio señaló las cifras de disponibilidad de la plataforma: «Estamos hablando de ocho nueves de disponibilidad, eso es 0,3 segundos de tiempo de inactividad al año. Si está ejecutando su libro de contabilidad, si está ejecutando su detección de fraude, cualquiera de estas aplicaciones de misión crítica, eso es lo que quiere». El discurso, dijo, es adecuado para su propósito: hacer coincidir la infraestructura con el SLA, no con la moda.
Hay verdaderas advertencias. El propio comunicado de prensa de IBM señala que las declaraciones de dirección futura «representan sólo metas y objetivos». El soporte de Arm es solo para Linux por ahora, y la ingeniería más difícil (ejecutar un conjunto de instrucciones extranjeras en rendimiento de producción, con detección y recuperación de fallas a nivel de mainframe, bajo cargas de trabajo reales del cliente) aún debe probarse en los próximos dos años.
Pero la ambición es inconfundible. Durante sesenta años, el mainframe ha sobrevivido a cada ola de tecnología que se suponía iba a acabar con él (minicomputadoras, cliente-servidor, la nube) absorbiendo lo que necesitaba de cada uno. Ahora IBM está intentando su acto de absorción más audaz hasta el momento: enseñar a la máquina que maneja el dinero del mundo a hablar el lenguaje de la era de la IA, con fluidez y de forma nativa, en el mismo silicio. «Traer algo que realmente será el primero de su tipo en producción», dijo Tarquinio, «muestra nuevamente de lo que IBM es capaz desde un punto de vista tecnológico». Resulta que el mainframe no se queda atrás en el futuro. Está aprendiendo a ejecutarlo.
IBM está anunciando hoy en la anual Conferencia de chips calientes lo que puede ser el cambio más importante en la arquitectura de mainframe en décadas: un procesador cuyos núcleos pueden ejecutar de forma nativa tanto el propio conjunto de instrucciones de IBM como Brazos – cambiar entre los dos en nanosegundos.
El chip que impulsará la próxima generación de IBM Z y LinuxONE Systems, es el primer procesador mainframe de arquitectura dual jamás construido. Está diseñado para permitir que las empresas ejecuten el vasto y de rápido crecimiento del ecosistema de software Linux nativo de Arm, incluidos los marcos de IA que definen cada vez más la infraestructura moderna, directamente junto con las cargas de trabajo de procesamiento de transacciones z/OS que anclan a los bancos, aseguradoras y gobiernos del mundo.
«Como entusiastas de la tecnología de ambos lados, estamos muy entusiasmados de ser lo que yo consideraría uno de los procesadores más potentes disponibles comercialmente que tendrá arquitectura dual», dijo a VentureBeat Tina Tarquinio, directora de productos de IBM Z y LinuxONE, en una entrevista exclusiva antes del anuncio.
El anuncio marca el primer hito en hardware de la colaboración estratégica que IBM y Arm dieron a conocer en abril, y ofrece una respuesta inusualmente directa a una pregunta que ha ensombrecido al mainframe durante años: ¿puede la máquina que procesa la mayoría de las transacciones financieras reguladas del mundo seguir siendo un ciudadano de primera clase en una era de IA construida en gran medida sobre el silicio de otras personas?
Cómo IBM diseñó un núcleo de procesador que habla dos conjuntos de instrucciones
La decisión de ingeniería más llamativa es la que eligió IBM no hacer. La compañía podría haber instalado un puñado de núcleos Arm independientes en el costado de su procesador, un diseño más simple que otros fabricantes de chips han utilizado para computación heterogénea. En cambio, IBM construyó cada núcleo del chip para que fuera bilingüe.
«En este chip hay 11 núcleos, y cada núcleo puede alternar dinámicamente entre el modo de software Arm y modo de software Z tradicional«, explicó Jacobi en una entrevista exclusiva con VentureBeat. «Eso nos permite ejecutar el software empresarial de misión crítica justo al lado, en el mismo chip, del ecosistema de software mucho más amplio de aplicaciones Arm».
El mecanismo se basa en el código abierto. hipervisor KVM. Las empresas pueden ejecutar máquinas virtuales Arm64 Linux y Linux en máquinas virtuales Z una al lado de la otra, y cuando el hipervisor envía cada máquina virtual a un núcleo físico, el núcleo cambia al modo correspondiente. La penalización por desempeño, dijo Jacobi, es efectivamente cero. «Ese cambio se produce en una escala de nanosegundos», dijo. «Debido a que estás ejecutando durante muchos milisegundos en la imagen virtual, esta sobrecarga de conmutación se amortiza a cero, prácticamente sin impacto alguno».
Las cargas de trabajo tradicionales de z/OS se ejecutan en una partición separada en el mismo chip, fuera de KVM, lo que significa que el libro mayor de un banco, sus modelos de fraude y una moderna pila de monitoreo nativa de Arm pueden compartir el mismo silicio, la misma estructura de memoria y las mismas garantías de confiabilidad. Jacobi fue sincero en cuanto a que IBM debatió el camino más fácil y lo rechazó. «Realmente no estamos abordando sus necesidades si solo tenemos unos pocos, diría yo, núcleos Arm sueltos en la esquina del chip», dijo. «Realmente necesitaba estar profundamente integrado en todo el diseño del sistema para que tuviera las mismas cualidades de servicio a las que los clientes están acostumbrados».
Las especificaciones subrayan que este no es un diseño comprometido. Construido sobre un nodo de proceso de 2 nanómetros de vanguardia, el chip ejecuta sus 11 núcleos de alto rendimiento a una frecuencia base superior a 5,7 GHz (extraordinariamente rápida para los estándares de la industria) con aceleradores de inferencia de IA en el chip para la detección de fraude en transacciones, una unidad de procesamiento de datos dedicada para la aceleración de E/S y una gran arquitectura de caché. Los sistemas completos escalarán a cientos de núcleos y decenas de terabytes de memoria. «Eso es muy, muy rápido en comparación con lo que se obtiene en la industria», dijo Jacobi. «Es sólo otro ejemplo de cómo la tecnología mainframe no es una tecnología antigua. Es una tecnología muy moderna y de vanguardia».
Por qué el mainframe necesitaba los 22 millones de desarrolladores de Arm
La lógica estratégica detrás del chip tiene que ver con el software, no con el hardware. IBM arquitectura s390x ejecuta una enorme parte de las transacciones de misión crítica del mundo, pero el universo más amplio de software empresarial (herramientas de monitoreo, agentes de seguridad, middleware nativo de la nube y, sobre todo, la pila de inteligencia artificial de PyTorch, ONNX Runtime y cargas de trabajo de contenedores) se creó para x86 y, cada vez más, para Arm. Según las propias estimaciones de Arm, cerca de la mitad de la computación enviada a los principales hiperescaladores en 2025 estaba basada en Arm, impulsada por AWS Graviton, Google Axion y el silicio Arm de Microsoft. Arm cuenta con más de 22 millones de desarrolladores en todo el mundo.
Portar cada aplicación a s390x ha sido un esfuerzo agotador, de un ISV a la vez, y Tina Tarquinio, directora de producto de IBM Z y LinuxONE, describió el cálculo sin rodeos. «No importa cuán bueno sea nuestro equipo de ecosistema, nunca podremos trabajar con todos ellos y trasladarlos a todos», le dijo a VentureBeat. «Hay muchos ISV por ahí, por lo que queríamos dar un gran paso adelante fundamental. Dimos un giro desde el punto de vista tecnológico».
En particular, dijo que los clientes no pedían un chip de arquitectura dual per se, sino resultados. «No diría que nuestros clientes estuvieran diciendo: ‘¿Podrían crearme un entorno de arquitectura dual?’ Pero decían: ‘Ayúdenme a lograr que estas cargas de trabajo envolventes, o diferentes tipos de cargas de trabajo, se ejecuten de una manera más rápida para llegar al mercado'».
La promesa de compatibilidad es ambiciosa: los binarios de Arm Linux deberían ejecutarse sin modificaciones. «Las nuevas capacidades de Arm están diseñadas para ser 100% compatibles con binarios», dijo Jacobi. «Una vez que tenga, por ejemplo, Red Hat Linux para Arm, y tenga aplicaciones que se ejecuten en Red Hat Linux para Arm, se ejecutarán en el sistema sin modificaciones». Arm define la arquitectura del conjunto de instrucciones y proporciona herramientas de validación para garantizar que la implementación de IBM se comporte de manera idéntica a cualquier otro chip Arm, mientras que IBM diseña y construye el silicio completamente internamente. «Muy buena asociación. También una asociación de ingeniería muy sólida», dijo Jacobi sobre la colaboración.
Qué significa un acelerador Spyre de próxima generación para la IA empresarial en el mainframe
IBM también está anticipando la próxima generación de su Acelerador de IA Spyre en patatas fritas calientesy el emparejamiento no es casual. La arquitectura actual ya ofrece dos niveles de IA: un acelerador en el procesador, introducido con el chip de telum en 2022, que maneja inferencias de latencia ultrabaja, como la puntuación de fraude dentro de una transacción de pago, y la tarjeta aceleradora Spyre ubicada en el subsistema de E/S para modelos más pesados.
El nuevo Spyre eleva considerablemente el techo. «También traemos un chip de rendimiento mucho mayor que es capaz de ejecutar grandes modelos de lenguaje para flujos de trabajo agentes», dijo Jacobi, tanto flujos de trabajo de operaciones de inteligencia artificial que administran el sistema en sí como flujos de trabajo comerciales «para cosas como la comprensión de documentos y la adjudicación de seguros». El nuevo acelerador se entregará con memoria de gran ancho de banda para alimentar esos modelos.
Aquí convergen la apuesta por la arquitectura dual y la apuesta por la IA. Las empresas quieren realizar inferencias junto a sus datos; los datos viven en la computadora central; y las herramientas de IA son abrumadoramente nativas de Arm. Mohamed Awad, vicepresidente ejecutivo de IA en la nube de Arm, formuló el anuncio exactamente en esos términos: «A medida que la IA escala, una mayor parte del panorama informático está convergiendo en Arm. Llevar la computación de Arm y su ecosistema de software a estas plataformas extenderá ese impulso a la infraestructura empresarial de misión crítica para brindar a las organizaciones más opciones sobre cómo implementar la IA».
El tiempo sigue la situación real de la IA empresarial. El más reciente de McKinsey Estado de la IA La encuesta encontró que, si bien el 88% de las organizaciones ahora utilizan la IA en al menos una función comercial, casi dos tercios aún no la han extendido a toda la empresa, y las empresas que capturan el mayor valor son aquellas que rediseñan los flujos de trabajo centrales en lugar de ejecutar pilotos independientes. Para industrias reguladas cuyos sistemas de registro se encuentran en IBM Zejecutar IA donde ocurren las transacciones es posiblemente la ruta más directa hacia ese tipo de integración.
Cuándo se lanzará el sistema IBM Z de arquitectura dual y por qué los clientes existentes no deberían preocuparse
Los compradores necesitarán paciencia. El chip debutará en el sucesor del desde 17que se lanzó en el segundo trimestre de 2025, e IBM mantiene una cadencia de producto de aproximadamente tres años, lo que apunta a un lanzamiento alrededor de 2028. Pero Tarquinio insistió en que el programa ya pasó la etapa de concepto. «Es más que estar en la mesa de dibujo. Estamos avanzando a todo vapor en todo el sistema», dijo, y agregó que IBM publicará más detalles en el período previo al lanzamiento.
Para la base instalada de IBM, la pregunta reflexiva es si adoptar Arm señala un lento ocaso para la arquitectura tradicional. Ambos ejecutivos respondieron con fuerza. «Este es un gran y. no es un o«, dijo Tarquinio. «Tengo una hoja de ruta que abarca 10 o 15 años de sistemas de hardware. Muchos de nuestros equipos están trabajando en este próximo sistema; Muchos también están trabajando en el siguiente y en el siguiente».
Jacobi describió la medida como una continuidad más que como una ruptura. «El mainframe tradicional que tenemos hoy como sistema z17 no es sólo una versión más rápida de lo que construimos hace 25 años», afirmó. «No teníamos capacidades de cifrado generalizadas. No teníamos capacidades de IA en el procesador. Agregar la capacidad Arm es la próxima gran iteración en esta evolución continua».
El subtexto competitivo es la nube. Cuando se le preguntó por qué una empresa ejecutaría cargas de trabajo de Arm en una computadora central en lugar de en un hiperescalador, Tarquinio señaló las cifras de disponibilidad de la plataforma: «Estamos hablando de ocho nueves de disponibilidad, eso es 0,3 segundos de tiempo de inactividad al año. Si está ejecutando su libro de contabilidad, si está ejecutando su detección de fraude, cualquiera de estas aplicaciones de misión crítica, eso es lo que quiere». El discurso, dijo, es adecuado para su propósito: hacer coincidir la infraestructura con el SLA, no con la moda.
Hay verdaderas advertencias. El propio comunicado de prensa de IBM señala que las declaraciones de dirección futura «representan sólo metas y objetivos». El soporte de Arm es solo para Linux por ahora, y la ingeniería más difícil (ejecutar un conjunto de instrucciones extranjeras en rendimiento de producción, con detección y recuperación de fallas a nivel de mainframe, bajo cargas de trabajo reales del cliente) aún debe probarse en los próximos dos años.
Pero la ambición es inconfundible. Durante sesenta años, el mainframe ha sobrevivido a cada ola de tecnología que se suponía iba a acabar con él (minicomputadoras, cliente-servidor, la nube) absorbiendo lo que necesitaba de cada uno. Ahora IBM está intentando su acto de absorción más audaz hasta el momento: enseñar a la máquina que maneja el dinero del mundo a hablar el lenguaje de la era de la IA, con fluidez y de forma nativa, en el mismo silicio. «Traer algo que realmente será el primero de su tipo en producción», dijo Tarquinio, «muestra nuevamente de lo que IBM es capaz desde un punto de vista tecnológico». Resulta que el mainframe no se queda atrás en el futuro. Está aprendiendo a ejecutarlo.
