El MATLAB mejora en hasta un 300% en CPUs AMD Ryzen al hacerlas pasar como una CPU Intel

MATLAB, el un popular 'laboratorio de matrices' empleado en universidades y centros de investigación y desarrollo, pero tiene grandes inconvenientes, y es que algunas de sus operaciones se pueden realizar mediante la biblioteca de rutinas matemáticas Intel MKL (Math Kernel Library), que está mal optimizada para los procesadores AMD Ryzen, lo que conlleva una enorme pérdida de rendimiento, pero esto ahora tiene arreglo.

[#101 lolerman]

#100 Hablo como si el comentario #94 no aportara información a la conversación.

[#102 --625430--]

#101 Vaya, un comentario offtopic, lo nunca visto, mis disculpas.

[#103 lolerman]

#102 El fondo de mi argumentación (te lo recuerdo, que pareces haber perdido el hilo) es que, aunque compatibles, los procesadores AMD e intel no tienen por qué rendir igual, y por ende el 'escándalo' del titular de la noticia no ha lugar.

Al margen de la explicación lógica, también he recabado experiencia con aplicaciones de servidor en ambas arquitecturas, y puedo decirte que hasta la fecha he resuelto 3 problemas de rendimiento que he encontrado en 3 clientes moviendo el sistema de amd a intel (en la misma generación, sin hacer trampas y hasta la fecha no he experimentado la situación opuesta.

[#104 --625430--]

#103 Ojo que también intel tomaba muchos "atajos". No hace falta explicar lo que ha pasado ultimamente con ciertas vulns (que por ciertos han salido nuevas estos días).
www.zdnet.com/article/top-linux-developer-on-intel-chip-security-probl
Coge cualquier distro de Linux con las vulns sin parchear desde el arranque editando el grub, dejando todo de serie, observa la diferencia de rendimiento.

En OpenBSD han tenido que desactivar el SMT, no te digo más. Si lo activas, por tu cuenta está con sysctl.

[#105 heffeque]

#73 Qué va a ser una bestia. Quizás hace ya unos cuantos años. A día de hoy poca bestia es.

[#106 --626246--]

#24 pues en las de física se sigue usando MatLab, no se exactamente por qué, pero hace virguerías y se da en primero. Al final cada compilador tiene sus ventajas y desventajas dependiendo del campo en el k se use. Además Python es un lenguaje o un compilador? Porque me suena que MatLab es más que un lenguaje.

[#107 --622452--]

#59 No te líes con detalles de microarquitectura, que es mucho más sencillo que todo eso: si la biblioteca detecta que el microprocesador es Intel activa el soporte para AVX y AVX2, y si no es Intel se queda con SSE 1 pelado, aunque el procesador soporte instrucciones más modernas.

[#108 --622452--]

#11 No, no es sensacionalista. La cuestión es que la MKL decide habilitar o no el soporte para SSE2/SSE3/SSE4/AVX/AVX2/etc. en función del fabricante del micro, y no de si el micro dispone o no de dichas funcionalidades (que se puede consultar con la instrucción CPUID). Intel lleva jugando sucio desde hace más de 10 años:

www.agner.org/optimize/blog/read.php?i=49#49
www.ftc.gov/news-events/press-releases/2010/08/ftc-settles-charges-ant
en.wikipedia.org/wiki/CPUID

[#109 --622452--]

#47 La cuestión es que si el micro te dice que soporta AVX2, tú deberías usar AVX2. Que luego no funciona bien porque la implementación no es buena, no es problema tuyo, pero lo que no puedes hacer es capar funcionalidades en función del fabricante del hardware.

[#110 Razhan]

Hay gente comentando que como Intel programa la MKL, es normal que bloquee esto. Pero es un terreno muy peligroso. El siguiente paso seria pagar a desarrolladores de ciertos productos para que utilizen MKL y de esa forma asegurar que AMD funciona mal. Y lo siguiente, directamente pagar para que implementen opciones similares, bloqueando en funcion del fabricante y no de las caracteristicas.

[#111 muerola]

#106 en la universidad del país Vasco de da Python

[#112 EspañoI]

#69 había perdido la esperanza de encontrar comentarios valiosos en meneame, y vienes tú con una sola palabra, y me haces pasar media noche jugando con R.

Me ha gustado el concepto de tidyverse. Quizá implemente algo sencillo para poner a prueba su rendimiento.

Mis circunstancias no me permiten cambiar de la noche a la mañana mi caja de herramientas, pero reconozco algo bueno cuando lo veo.

Muchas gracias

[#113 parladoiro]

#95 no tiene derecho a restringirlo www.muycomputer.com/2014/06/13/multa-a-intel-por-monopolio/
Se podrá centrar en X86 y en juegos de instrucciones donde es más avanzado Intel, pero usar la pregunta Intel Genuine para no verificar que el procesador tiene SSE4, AVX y AVX2 es una guarrada y puede que ilegal.

[#115 reparador_reputaciones]

#112 Pues me alegro que te haya servido de ayuda mi comentario. Creo que la clave del tidyverse está en dplyr, que es muchísimo más potente que pandas para análisis de datos. Encima si tienes ya algo de práctica en trabajar con PySpark y la API de SQL, el cambio a dplyr te supone una dificultad mínima porque todo el flujo de creación de columnas, filtrado, agrupamientos y joins es el mismo en ambos casos. Es más, sparklyr utiliza la misma sintaxis que dplyr así que ya sabes.

[#116 --625430--]

#114 Python sin la librería C por detrás y sobre todo con Scipy usando librerías compiladas en Fortran poco puede hacer por si mismo. Y si la gente investigase, podría usar Gnuplot desde Fortran perfectamente, junto con LAPACK/BLAS.

[#117 --625430--]

#110 Eso ya lo hacia NVidia en Windows y Linux favoriendo hacks para muchos motores y pasándose las especificaciones de OpenGL por el forro.

[#118 --625430--]

#105 Para su día querría decir el usuario. Hoy en día el homólogo es Ryzen.

[#119 Razhan]

#117 la guerra sucia de gráficas era justo lo que tenia en mente cuando escribí el comentario.

[#120 AsVHEn]

#65 Es que los vectores tienen que empezar en 1 y no en 0. Otra cosa es que los informáticos no sepan contar.