El día 13 de septiembre de 2016, 18:51, Rafa Griman
Hola :)
2016-09-13 14:54 GMT+03:00 Juan Erbes
: [...]
Algo que yo le he reclamado a los desarrolladores de Opensuse, es que ponen mucho esfuerzo en hacer funcionar los drivers de codigo cerrado Nvidia, mientras que de los drivers Catalyst, casi ni se ocupan, y cuando les pregunté porque no se ocupaban de Catalyst, la respuesta fue "porque está el driver de codigo abierto Radeon que funciona muy bien".
No me extraña que te contestasen eso. El "cliente profesional" (nótense las ") mayoritariamente utiliza NVIDIA (he escrito "mayoritariamente", no he escrito "exclusivamente" ya que hay de todo). Con "cliente profesional" me refiero a gente que usa estaciones de trabajo potentes, sistemas de visualización (walls 3D, CAVEs, ...), 3D remoto, HPC (GPGPU). No es muy común/habitual ver ese tipo de cliente utilizando AMD, por desgracia. Razones hay muchas: - CUDA da mejor rendimiento que OpenCL - NVIDIA se ha encargado de adelantarse a AMD para firmar acuerdos con ISVs - CUDA tiene algunas características muy interesantes - los drivers cerrados de AMD no están del todo optimizados ni son tan estables como los de NVIDIA* (NOTA más abajo) - ...
Con respecto a "los drivers cerrados de AMD no están del todo optimizados ni son tan estables como los de NVIDIA" Entonces porque Linus Torvalds dijo: “Nvidia, fuck you” https://www.wired.com/2012/06/torvalds-nvidia-linux/ Creo que si no fuera por el esfuerzo de los desarrolladores de las distintas distribuciones, en ajustar el kernel y generar parches para hacer funcionar los drivers propietarios Nvidia, muchos equipos con esas gráficas, quedarían inutilizables bajo Linux, ya que los drivers de codigo abierto para Nvidia, son pésimos. Pero a pesar de eso, algunas empresas insisten en utilizar solamente Cuda bajo Linux como Lightworks, en lugar de poner librerías para Cuda y OpenCl, para que la aplicación utiliza mejor el hardware.
Obviamente, no todo son ventajas: - CUDA es propietario y NO es multiplataforma como OpenCL - CUDA es complicado - CUDA no es un estándar
* Dicho por una empresa de desarrollo de visualización 3D remota cuando les pregunté por AMD.
Curiosamente, AMD, por ejemplo, tiene tarjetas con más memoria y tiene tarjetas que dan mejor rendimiento en Simple Precision (útil para cierto SW de prospección petrolífero, render, ...). Pero AMD no ha sabido llegar al cliente :( ¿Mal marketing? Posiblemente. Puede que AMD haya enfocado su tiro en otro mercado: embedded y sistemas de bajo consumo (como menciona Juan en su correo anterior con respecto a las consolas y a los sistemas de videowall. Otra cosa en la que ha flaqueado AMD es que carecía de herramientas de desarrollo y optimización de código como las que tienen Intel y NVIDIA.
Una buena noticia es que parece ser que están intentado cambiar todo eso y tienen la iniciativa GPUOPEN (http://gpuopen.com/). La idea es ofrecer herramientas a "usuarios profesionales": debuggers, librerías matemáticas, compiladores, motores de render, ... Espero que tengan éxito :)
Yo sigo comprando AMD para mi casa, tengo una APU y soy muy feliz corriendo KDE (Tumbleweed con el último KDE ;) ya que responde bien, no consume muchos recursos y es estable. Ando ansioso para ver cómo quedan Polaris y Zen :)"
BTW: AMD tiene lo que llaman AMDGPU, que son drivers oficiales de AMD para GPUs AMD y es código abierto. NO son los drivers radeon. AMDGPU ha sido desarrollado por AMD. En su web pone que soportan Ubuntu ... a ver qué ocurre en el futuro. Espero que SUSE esté soportada.
Muy buen resumen! Acabo de ver lo de AMDGPU: http://support.amd.com/en-us/kb-articles/Pages/AMD-Radeon-GPU-PRO-Linux-Beta... Interesantes características: Provides support for Radeon™ RX 480, Radeon™ RX 470 and Radeon™ RX 460 series products Supported APIs: OpenGL 4.5 and GLX 1.4 OpenCL 1.2 Vulkan 1.0 VDPAU Vulkan support for DOTA2 Basic display features Basic power management features KMS (Kernel Mode Setting) and ADF (Atomic Display Framework) support GPL compliant kernel module Install script and Debian packages for Ubuntu 16.04 Y Opensuse, para cuando? De todas formas, no creo que el kernel difiera demasiado, será cuestión de probar cuando esté un poco mas madura, si uno tiene una tarjeta grafica compatible. Salu2 -- 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