[opensuse-es] AMD EPYC en HPE Apollo (Hawk)
AMD volvió a retomar su liderazgo en CPUs para supercomputadoras. A comienzos de este año se inauguró el superordenador “Hawk” de la Universidad de Stuttgart https://fanaticosdelhardware.com/segunda-generacion-de-epyc-impulsara-el-sup... En sus detalles técnicos, no se menciona nada sobre GPUs, Sabes algo de esto Rafa? https://www.hlrs.de/systems/hpe-apollo-hawk/ Mientras intel, después de reiterados bugs por fallas de diseño, decide contratar los diseños de sus proximos microprocesadores a terceros: https://www.electronicosonline.com/intel-contratara-a-terceros-para-que-le-d... -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :)
On Sat, Aug 29, 2020 at 4:19 PM Juan Erbes
AMD volvió a retomar su liderazgo en CPUs para supercomputadoras.
A comienzos de este año se inauguró el superordenador “Hawk” de la Universidad de Stuttgart https://fanaticosdelhardware.com/segunda-generacion-de-epyc-impulsara-el-sup...
Y tienen 2 que van a ser Exaflop, con GPUs de AMD :)
En sus detalles técnicos, no se menciona nada sobre GPUs, Sabes algo de esto Rafa? https://www.hlrs.de/systems/hpe-apollo-hawk/
AFAIK, creo que sólo CPU, lo cual me llama la atención ahora que hay tanto empeño con lo del AI. A lo mejor es para otras cosas. Puede que sea porque tienen estos otros sistemas: https://kb.hlrs.de/platforms/index.php/Urika_CS https://kb.hlrs.de/platforms/index.php/NEC_Aurora_HW https://kb.hlrs.de/platforms/index.php/NEC_Cluster_Hardware_and_Architecture...) Lo que me llama la atención es que incluyen ICC (compilador de Intel) además de GCC y AOCC: https://kb.hlrs.de/platforms/index.php/Compiler(Hawk) También instalan las Intel MKL: https://kb.hlrs.de/platforms/index.php/Libraries(Hawk) Enlazan a un documento interesante: https://prace-ri.eu/wp-content/uploads/Best-Practice-Guide_AMD.pdf
Mientras intel, después de reiterados bugs por fallas de diseño, decide contratar los diseños de sus proximos microprocesadores a terceros: https://www.electronicosonline.com/intel-contratara-a-terceros-para-que-le-d...
Sí, y creo que han despedido a unos cuantos. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El dom., 30 ago. 2020 a las 13:34, Rafa Griman
(
Hola :)
On Sat, Aug 29, 2020 at 4:19 PM Juan Erbes
wrote: AMD volvió a retomar su liderazgo en CPUs para supercomputadoras.
A comienzos de este año se inauguró el superordenador “Hawk” de la Universidad de Stuttgart https://fanaticosdelhardware.com/segunda-generacion-de-epyc-impulsara-el-sup...
Y tienen 2 que van a ser Exaflop, con GPUs de AMD :)
En sus detalles técnicos, no se menciona nada sobre GPUs, Sabes algo de esto Rafa? https://www.hlrs.de/systems/hpe-apollo-hawk/
AFAIK, creo que sólo CPU, lo cual me llama la atención ahora que hay tanto empeño con lo del AI. A lo mejor es para otras cosas. Puede que sea porque tienen estos otros sistemas:
https://kb.hlrs.de/platforms/index.php/Urika_CS https://kb.hlrs.de/platforms/index.php/NEC_Aurora_HW https://kb.hlrs.de/platforms/index.php/NEC_Cluster_Hardware_and_Architecture...)
https://www.dw.com/es/la-computadora-m%C3%A1s-r%C3%A1pida-de-alemania/av-546... Tal vez la razón por la que "sea solo CPU", es según la descripción del documento de más abajo (Best-Practice-Guide_AMD.pdf): "The processors are based on x86-64 architecture and provide vector units for a range of different data types, the most relevant being 64-bits floating point. Vector units are 256 bits wide and can operate on four double precision (64-bits) numbers at a time." Con lo que "reemplaza las GPU", con un modelo de programación más homogéneo, como citan los links que dejaste abajo, del compilador y librerías:
Lo que me llama la atención es que incluyen ICC (compilador de Intel) además de GCC y AOCC:
https://kb.hlrs.de/platforms/index.php/Compiler(Hawk)
También instalan las Intel MKL:
https://kb.hlrs.de/platforms/index.php/Libraries(Hawk)
Enlazan a un documento interesante:
https://prace-ri.eu/wp-content/uploads/Best-Practice-Guide_AMD.pdf
Una de las cosas que critica ese documento: "While the AMD EPYC is a x86-64 architecture it's not fully compatible with Intel processors when it comes to the new features found on the latest generations of the Intel processors. Issues might be present when using highly optimized versions of the Intel libraries." Tal vez esas "new features found on the latest generations of the Intel processors" sean las mismas que critica Linus Torvalds de intel: "Espero que AVX512 tenga una muerte dolorosa, y que Intel comience a solucionar problemas reales en lugar de tratar de crear instrucciones mágicas para luego crear benchmarks en los que puedan verse bien. Espero que Intel vuelva a lo básico: que sus procesos vuelvan a funcionar y se concentre más en el código regular que no es HPC o algún otro caso especial sin sentido. He dicho esto antes, y lo diré de nuevo: en el apogeo de x86, cuando Intel ganaba dinero a espuertas y machacaba a toda su competencia, absolutamente todos los demás lo hicieron mejor que Intel en cargas de FP. El rendimiento de FP de Intel apestaba (relativamente hablando), y no importa ni un ápice. Porque absolutamente a nadie le importa fuera de los benchmarks Lo mismo ocurre en gran medida con AVX512 ahora, y en el futuro. Sí, puedes encontrar cosas en las que es importante. No, esas cosas no venden equipos en el panorama general. Y AVX512 tiene desventajas reales. Prefiero que el presupuesto de transistores se use en otras cosas que son mucho más relevantes. Incluso si todavía son matemáticas de FP (en la GPU, en lugar de AVX512). O simplemente dame más núcleos (con un buen rendimiento de un solo hilo, pero sin basura como AVX512) como lo hizo AMD. Quiero que mis límites de potencia se alcancen con un código regular de enteros, no con un virus como AVX512 que elimina la frecuencia máxima (¡porque la gente terminó usándolo para memcpy!) y quita núcleos (porque esas unidades de basura son inútiles y ocupan espacio). Sí, sí, soy parcial. Detesto los benchmarks de FP, y me doy cuenta de que a otras personas les preocupan de verdad. Solo creo que AVX512 es exactamente lo que no se debe hacer. Cosas mías. Es un excelente ejemplo de algo que Intel ha hecho mal, en parte al aumentar la fragmentación del mercado. Basta de basura de casos especiales y que todas las cosas básicas que a todos les importan funcionen tan bien como humanamente se pueda. Luego ya puedes hacer una FPU que sea lo suficientemente buena y la gente estará feliz. AVX2 sobra. ....." https://www.muylinux.com/2020/07/13/linus-torvalds-contra-intel/ Justamente, AVX512 son extensiones a las 256-bit Advanced Vector Extensions, mientras que las de 256 bits están presentes en EPYC. Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola :)
On Sun, Aug 30, 2020 at 11:21 PM Juan Erbes
El dom., 30 ago. 2020 a las 13:34, Rafa Griman (
) escribió: Hola :)
On Sat, Aug 29, 2020 at 4:19 PM Juan Erbes
wrote: AMD volvió a retomar su liderazgo en CPUs para supercomputadoras.
A comienzos de este año se inauguró el superordenador “Hawk” de la Universidad de Stuttgart https://fanaticosdelhardware.com/segunda-generacion-de-epyc-impulsara-el-sup...
Y tienen 2 que van a ser Exaflop, con GPUs de AMD :)
En sus detalles técnicos, no se menciona nada sobre GPUs, Sabes algo de esto Rafa? https://www.hlrs.de/systems/hpe-apollo-hawk/
AFAIK, creo que sólo CPU, lo cual me llama la atención ahora que hay tanto empeño con lo del AI. A lo mejor es para otras cosas. Puede que sea porque tienen estos otros sistemas:
https://kb.hlrs.de/platforms/index.php/Urika_CS https://kb.hlrs.de/platforms/index.php/NEC_Aurora_HW https://kb.hlrs.de/platforms/index.php/NEC_Cluster_Hardware_and_Architecture...)
https://www.dw.com/es/la-computadora-m%C3%A1s-r%C3%A1pida-de-alemania/av-546...
Tal vez la razón por la que "sea solo CPU", es según la descripción del documento de más abajo (Best-Practice-Guide_AMD.pdf):
Ni idea, habría que preguntarles a ellos ;)
"The processors are based on x86-64 architecture and provide vector units for a range of different data types, the most relevant being 64-bits floating point. Vector units are 256 bits wide and can operate on four double precision (64-bits) numbers at a time."
Con lo que "reemplaza las GPU", con un modelo de programación más homogéneo, como citan los links que dejaste abajo, del compilador y librerías:
AMD dijo que no pretendía implementar AVX512 porque "para eso están las GPUs" :)
Lo que me llama la atención es que incluyen ICC (compilador de Intel) además de GCC y AOCC:
https://kb.hlrs.de/platforms/index.php/Compiler(Hawk)
También instalan las Intel MKL:
https://kb.hlrs.de/platforms/index.php/Libraries(Hawk)
Enlazan a un documento interesante:
https://prace-ri.eu/wp-content/uploads/Best-Practice-Guide_AMD.pdf
Una de las cosas que critica ese documento: "While the AMD EPYC is a x86-64 architecture it's not fully compatible with Intel processors when it comes to the new features found on the latest generations of the Intel processors. Issues might be present when using highly optimized versions of the Intel libraries."
Eso "es verdad", son librerías de Intel optimizadas para procesadores Intel ... y ya sabemos todos lo que eso significa (y los juicios que ha habido al respecto). Por eso me llama la atención que esté instalado cuando AMD recomienda que se usen las de AMD (el compilador a AMD le da igual, las librerías no tanto).
Tal vez esas "new features found on the latest generations of the Intel processors" sean las mismas que critica Linus Torvalds de intel:
Personalmente no estoy del todo de acuerdo con lo que dice el Sr. Torvalds porque para mi mundo (HPC), sí es importante. Pero ... estoy de acuerdo en que las AVX512 son un desastre porque, por ejemplo, - hay uchas extensiones AVX512 - los procesadores de Intel NO incluyen TODAS las extensiones AVX512. Es decir, unos modelos incluyen unas y otros modelos incluyen otras. - hay muy poco SW que las usas (porque ya están usando las GPUs) - hay veces (creo que la mayoría de las veces, por no decir siempre), al usarlas, cae la frecuencia porque consumen mucho ... luego "pierdes rendimiento" - la gente que las ha probado dicen que no se consigue realmente ese aumento de rendimiento prometido por Intel (vamos que se consigue en unas condiciones muy muy determinadas y tienes que ser un verdadero fenómeno programando en C, C++, Fortran y ensamblador) ... y depurando y haciendo profiling ... cosa que muy poca gente sabe hacer y menos aún tiene tiempo para hacer (o dinero para pagar a alguien para que lo haga) Así que, personalmente ... estoy de acuerdo con Linus en eso y con AMD. Ojo, esto es MHO. Otra cosa, los EPYC tienen 2 grandes ventajas sobre los Intel en HPC (no siempre se cumple, pero en muuuchas ocasiones sí): - ancho de banda a RAM - PCIe lanes Intel tiene una ventaja sobre AMD: las herramientas de desarrollo. Intel las tiene muy optimizadas y tiene muuuuchas para sus procesadores. AMD tiene pocas y no están tan optimizadas. Esto está cambiando, pero es un proceso lento.
https://www.muylinux.com/2020/07/13/linus-torvalds-contra-intel/
Justamente, AVX512 son extensiones a las 256-bit Advanced Vector Extensions, mientras que las de 256 bits están presentes en EPYC.
MHO, Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 01/09/2020 15.50, Rafa Griman wrote:
Hola :)
On Sun, Aug 30, 2020 at 11:21 PM Juan Erbes <> wrote:
El dom., 30 ago. 2020 a las 13:34, Rafa Griman (<>) escribió:
...
Una de las cosas que critica ese documento: "While the AMD EPYC is a x86-64 architecture it's not fully compatible with Intel processors when it comes to the new features found on the latest generations of the Intel processors. Issues might be present when using highly optimized versions of the Intel libraries."
Eso "es verdad", son librerías de Intel optimizadas para procesadores Intel ... y ya sabemos todos lo que eso significa (y los juicios que ha habido al respecto). Por eso me llama la atención que esté instalado cuando AMD recomienda que se usen las de AMD (el compilador a AMD le da igual, las librerías no tanto).
Tal vez esas "new features found on the latest generations of the Intel processors" sean las mismas que critica Linus Torvalds de intel:
Personalmente no estoy del todo de acuerdo con lo que dice el Sr. Torvalds porque para mi mundo (HPC), sí es importante. Pero ... estoy de acuerdo en que las AVX512 son un desastre porque, por ejemplo, - hay uchas extensiones AVX512 - los procesadores de Intel NO incluyen TODAS las extensiones AVX512. Es decir, unos modelos incluyen unas y otros modelos incluyen otras. - hay muy poco SW que las usas (porque ya están usando las GPUs) - hay veces (creo que la mayoría de las veces, por no decir siempre), al usarlas, cae la frecuencia porque consumen mucho ... luego "pierdes rendimiento" - la gente que las ha probado dicen que no se consigue realmente ese aumento de rendimiento prometido por Intel (vamos que se consigue en unas condiciones muy muy determinadas y tienes que ser un verdadero fenómeno programando en C, C++, Fortran y ensamblador) ... y depurando y haciendo profiling ... cosa que muy poca gente sabe hacer y menos aún tiene tiempo para hacer (o dinero para pagar a alguien para que lo haga)
Así que, personalmente ... estoy de acuerdo con Linus en eso y con AMD. Ojo, esto es MHO.
No te preocupes, vendrá otra generación :-) :-P ... -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Jolas :)
On Tue, Sep 1, 2020 at 6:16 PM Carlos E. R.
On 01/09/2020 15.50, Rafa Griman wrote:
Hola :)
[...]
Así que, personalmente ... estoy de acuerdo con Linus en eso y con AMD. Ojo, esto es MHO.
No te preocupes, vendrá otra generación :-) :-P
xD xD ... No te quepa la menor duda. De hecho, ya están en ello ... Tanto Intel como AMD como ARM como IBM (POWER... como NVIDIA ;) BTW, ahora saca Intel unas GPUs ... Como contrataron al de GPUs de AMD. A ver qué pasa. Y ahí tenemos a NVIDIA queriendo comprar ARM ... Y los MIPS a la vuelta de la esquina (otra vez). Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El mar., 1 sept. 2020 a las 17:44, Rafa Griman
(
Jolas :)
On Tue, Sep 1, 2020 at 6:16 PM Carlos E. R.
wrote: On 01/09/2020 15.50, Rafa Griman wrote:
Hola :)
[...]
Así que, personalmente ... estoy de acuerdo con Linus en eso y con AMD. Ojo, esto es MHO.
No te preocupes, vendrá otra generación :-) :-P
xD xD ... No te quepa la menor duda. De hecho, ya están en ello ... Tanto Intel como AMD como ARM como IBM (POWER... como NVIDIA ;)
BTW, ahora saca Intel unas GPUs ... Como contrataron al de GPUs de AMD. A ver qué pasa. Y ahí tenemos a NVIDIA queriendo comprar ARM ... Y los MIPS a la vuelta de la esquina (otra vez).
De hecho, intel estuvo fabricando sus GPU bajo licencia AMD: https://www.hd-tecnologia.com/intel-licencia-los-graficos-amd-radeon-y-le-di... Por eso es que los drivers "de ambos" están en el kernel! Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (3)
-
Carlos E. R.
-
Juan Erbes
-
Rafa Griman