Los cuatro jinetes para Intel: El nuevo orden mundial de las CPU para servidores [ENG]

En el mundo de los centros de datos, donde cada ciclo de procesamiento cuenta y cada vatio se traduce en costes operativos, se está librando una batalla épica en el corazón de millones de servidores. Intel, el histórico gigante de los procesadores, se enfrenta ahora a cuatro formidables adversarios que están redefiniendo las reglas del juego: AMD con sus procesadores EPYC, ARM con su revolucionaria arquitectura, RISC-V como disruptor del código abierto y las marcas chinas emergentes que buscan independencia tecnológica.

[#4 tunic]

#3 Que va, que el SO esté en nativo para ARM o RISC-V no implica que el resto del software lo esté. Y esto es un lastre.


Las distribuciones Linux incluyen el sistema operativo y miles de paquetes con software ya compilado. Decían tiene tres versiones para ARM con la mayoría de los paquetes disponibles.

[#5 cenutrios_unidos]

#4 Ya te digo yo que no. Cada vez hay más (sobretodo Linux), pero la cosa va muy lenta.

[#6 yarkyark]

#4 "Las distribuciones Linux incluyen el sistema operativo y miles de paquetes con software ya compilado"

Principalmente los mas genéricos. Tiene razón #5 en que todavía hacen falta muchos paquetes.

Solo tienes que ver que aunque Windows y office están portados a RISC paquetes muy importantes como Access no lo están.

[#7 tunic]

#6 La verdad es que no estaba pensando en Windows para nada.

[#8 yarkyark]

#7 Simplemente es un ejemplo en Windows donde Microsoft controlando el sistema y la aplicación tampoco es capaz de portar todo tan fácilmente y que es extrapolable a Linux.

Los cambios que supone pasar de procesadores CISC con compatibilidades X64 a procesadores RISC es mucho mas compleja de lo que la gente piensa.

[#9 tunic]

#5 Revisando la política de Debían, se supone que un paquete, para entrar, debe tener soporte para todas las arquitecturas soportadas oficialmente. Parece que hay algunos casos de software más o menos cerrados, o paquetes de cosas muy poco conocidas o raras (obscure en el original).

¿A qué casos concretos te refieres se software no disponible y que va lento? Por curiosidad más que nada.

[#1 cenutrios_unidos]

Ahora AMD se lo está comiendo con patatas y con razón. Luego está a más largo plazo la batalla por la eficiencia entre CISC y RISC. Pero esta segunda batalla la veo más lejana, ahora mismo la falta de software nativo lastra muchísimo RISC.

[#2 pingON]

#1 ¿perdona .... ?

tienes distribuciones enteras de linux portadas a ARM o RISC-V ... lo que hagan MicroSoft o Apple es otra historia, pero decir que falta muchiísimo soft nativo .... no me convence, la verdad.

Si el mercado se mueve a la eficiencia energética, sin duda los grandes fabricantes de software tendrán que migrar también.

[#3 cenutrios_unidos]

#2 Que va, que el SO esté en nativo para ARM o RISC-V no implica que el resto del software lo esté. Y esto es un lastre.

Ya te digo yo que ARM y RISC-V van a convivier con AMD 86-x64. Y en ese tiempo AMD va a sacar productos muy buenos con RISC.

[#10 apetor]

#3 Es que ademas, si, AArch64 mola, es limpio, etc., pero aunque en bracket de consumo algo mayor ( y ojo, que las APUs de AMD han mejorado eso mucho ), x86-64 no solo da mas rendimiento en general ( ahi esta AppleSilicon, si, pero el rendimiento es a base de aceledadores... ) sino que la evolucion de ese rendimiento sigue dando saltos considerables ( tras unos años parados por intel y la propia AMD ). Estoy aprendiendo sobre las tripas de AArch64 ultimamente y la verdad es que hay cosas que…