El día 12 de septiembre de 2016, 22:37, Luciano Gaston Pendino Pedetti
Primero que nada, maestro se lo extraña por autoblog. Ahora bien vamos por partes.
El sept. 12, 2016 7:41 PM, "Juan Erbes"
escribió: El día 12 de septiembre de 2016, 13:49, Luciano Gaston Pendino Pedetti
escribió: Buenas. En realidad KDE 5, consume lo mismo que 4, osea si el 4 funcionaba bien, el 5 también. Lo que si hay que tener es un vídeo que este bien soportado por linux y al día de hoy yo diría que solo intel y NVIDIA, AMD parece que va a sacar el soporte para linux (otra vez y van ya), así que ahí esta el secreto el vídeo y que tan buenos o no sean los drivers. En lo personal con NVIDIA y los drivers cerrados nunca tuve un problema, no así con ati y drivers tanto libres como los propietarios de ahí.
El sept. 11, 2016 8:43 PM, "Juan Erbes"
escribió: Personalmente, mi apreciación, es exactamente lo opuesto a lo que dices con respecto a Nvidia e intel, porque justamente ambos son los mas problemáticos, por lo que se puede ver en Factory, cada vez que sale un kernel nuevo y el rendimineto grafico de intel, tambien es pobre,
Veamos el rendimiento de intel es lo que es ya que a ellos no les importan las GPU y sus procesadores de vídeo son básicos ya que su negocio esta en otro lado. Segundo yo tengo los tres NVIDIA, intel y AMD en mis maquinas y el único GPU que me dio dolores de cabeza fue el AMD (tengo dos apu, un c50 y un a6 3670k, en el a6 lo solucione con una GT 440, en el c50 hasta el día de hoy reniego, ya sea con los drivers libres como con los cerrados).
y hoy en dia con el incremento del uso de los APUs, Nvidia
queda fuera de la competencia, salvo que se compre una tarjeta especificamente de esa marca, y los unicos APUs con un rendimiento de video decente, son los de AMD.
Así es los apus son de AMD porque ellos los crearon y NVIDIA vende VGA discretas, además de soc arm, así que como va a integrar su vídeo en la plataforma de la competencia, es mas ya ni hace chipsets, salvo para proyectos como tesla.
AMD hace mucho que liberó el codigo fuente (cosa que Nvidia nunca hizo) y el driver "de codigo abierto" para Nvidia, es basado en ingenieria inversa, y su funcionamiento deja mucho que desear.
El código que libero amd/ati es de sus primeros GPU de hace mas de 15 años, de los actuales nada y los drivers abiertos que hay se basan en esos. Los drivers libres para NVIDIA están basados en los viejos tnt y riva los cuales NVIDIA abrió en su momento, pero la única forma de que funcionen bien es con el driver cerrado tanto de NVIDIA como de AMD
No tengo la fecha exacta de a que versión del codigo cerrado de ATI/AMD correspondia el codigo fuente que liberaron, pero la realidad es que las comparativas de los 3 chipsets graficos, usando drivers de codigo abierto, las tarjetas y chips Radeon rinden el triple que los intel y Nvidia: http://www.phoronix.com/scan.php?page=article&item=linux_2014_opengpu&num=6 The open-source Radeon Linux graphics support is now in great shape now that the RadeonSI Gallium3D is starting to stabilize, Dynamic Power Management is enabled by default, and there's been a host of other optimizations and improvements made. The performance, OpenGL feature set, and other features still don't meet Catalyst, but the open-source driver is definitely moving in the right direction and pleasing many open-source fans. Incluso hay tests realizados hace 1 año, comparando las mismas tarjetas Radeon con el driver de codigo abierto Radeon, versus el Catalyst de codigo cerrado, y las diferencias en rendimiento, no son demasiado grandes: http://www.phoronix.com/scan.php?page=article&item=amd-157-open&num=3 "Overall these results today were quite positive for the open-source AMD Linux driver with this code continuing to become more competitive with Catalyst, as far as OpenGL 2~3 test-cases are concerned until OpenGL 4.x support finishes up in Mesa and the OpenCL support in Clover Gallium3D advances further" 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". De todas formas, hay un repositorio con el driver propietario de AMD, que hasta ahora me ha dado muy buen resultado: Version: 42.1http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_Leap_42.1/ Version: 13.2http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_13.2/ Version: 13.1http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_13.1/ Version: 12.3http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_12.3/ Version: 12.2http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_12.2/ Version: 12.1http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_12.1/ Version: 11.4http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_11.4/ Version: 11.3http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_11.3/ Version: 11.2http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_11.2/ Con respecto a las consolas de juegos, la mayoría de las consolas de juegos de primeras marcas, están utilizando los APUs de AMD, como la Xbox® One, Nintendo Wii®U, Sony PlayStation®4 y algunas de las basadas en Linux como las Steam. http://www.amd.com/en-us/solutions/semi-custom/gaming-console Aunque uno mismo se puede armar algo equivalente: http://wccftech.com/steam-machine-faster-cheaper-ps4-xbox/ -- 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