Canonical dejará de ofrecer Catalyst/Crimson en Ubuntu 16.04 LTS

¿Será sustituido Catalyst por un driver Open Source? Esa fue la pregunta que me formulé en agosto de 2015 en una opinión sobre la situación de las GPU AMD sobre GNU/Linux, con un Catalyst que nunca ha sido capaz de ofrecer unos mínimos de calidad a pesar de ir mejorando, y con un driver Radeon que lo hacía mejor en muchos contextos, sobre todo cuando no era necesario exprimir toda la potencia de la GPU, e incluso así ha sido capaz de plantarle cara a Catalyst en algunos juegos.

Meses después AMD decidió revolucionarlo todo con la iniciativa GPUOpen, confirmando el futuro abandono de Catalyst/Crismon en favor del driver AMDGPU en Linux, que apareció no sin recibir críticas el pasado verano. Pese a todo GPUOpen abrió la puerta a hacer realidad algo que parecía más bien un sueño hasta no hace mucho.

¿Cuando se materializará la sustitución de Catalyst/Crimson por AMDGPU? Parece que todavía tendremos que esperar hasta que AMD descontinúe Crimson para GNU/Linux, así que la gran noticia la ha dado Canonical, anunciando que el driver privativo pasará a estar obsoleto para Ubuntu 16.04 LTS. A partir del próximo gran lanzamiento de Ubuntu las gráficas de AMD solo estarán soportadas oficialmente a través de los drivers libres Radeon (para GPU antiguas) y AMDGPU (para GPU recientes).

Para ofrecer el mejor soporte posible, Canonical ha tomado la decisión de portar el código de AMDGPU del kernel Linux 4.5 a la versión 4.4 LTS que incorporará Ubuntu 16.04. Por otro lado el fichero xorg.conf será eliminado.

Sin embargo, posiblemente no todo sean ventajas con este cambio, ya que los usuarios de gráficas AMD solo tendrán soporte hasta OpenGL 4.1, mientras que el driver privativo ofrece soporte hasta OpenGL 4.5.

Fuente | Phoronix

AMD Catalyst GPUOpen gráficos

Rene Alexander Alvarez
Me llama la atención la poca importancia que se le da al OpenCL es una perdida del potencial del hardware gráfico, el driver lo debería implementar de manera automática.
- Cesar muñoz araya
  yo nunca entendí, la verdad no se mucho sobre este tema ..
  pero siempre escucho sobre cosas » … bla bla open cl…» que es ? y que cosas lo hacen tan renombrado ?
  - Lt_Henry
    Sirve para usar la potencia de las GPU para otras tareas, a parte de videojuegos. Por ejemplo, cifrado o tratamiento de imágenes.
  - elbuglione
    OpenCL son un conjunto de librerías que sirven para utilizar la potencia de cómputo del GPU para hacer cálculos matemáticos.
    eso es bueno, para aplicaciones científicas o para programas que requieran un alto nivel de cómputo matemático.
    para que te des una idea de esto, los actuales CPU de gama alta (como los Xeon o los i7 de 8 Nucleos), no llegan a los 200 GFLOPS… mientras que una GPU de gama baja como la GTX 950 llega a los 1573 GFLOPS.
    - Omaru San
      En un mundo ideal sería, que si tu CPU en algún momento llegase a estar cargado al 100% de su capacidad y no estés corriendo videojuegos, tu GPU se cargara automaticamente como un núcleo adicional de tu CPU, aprovechando todo el Hardware disponible…
      - elbuglione
        en realidad, tengo entendido que al utilizar las instrucciones OpenCL los cálculos en cuestión son enviados directamente al GPU haciendo que no sea necesario utilizar la ALU del CPU para hacer dichos cálculos.
      - Lt_Henry
        A ver… que andais los dos un poco despistados. Las GPU son básicamente, procesadores vectoriales, hábiles haciendo cálculos en paralelo sobre grandes cantidades de datos. NO pueden reemplazar a una CPU.
      - Omaru San
        Por eso decía «En un mundo ideal…»
        https://uploads.disquscdn.com/images/a11a2bb7b0d8b3a57dcfbee542f90399dc15cb19eddf73e726253d1ef6d0a37e.jpg
      - elbuglione
        hola niño… se ve que sigues empeñado en auto-humillarte…
        NADIE DIJO QUE UNA GPU PUEDE REEMPLAZAR TOTALMENTE A UNA CPU…
        si repasas correctamente tus apuntes de Arquitectura de Ordenadores, aprenderás que la responsable de realizar los cálculos en un CPU es la misma ALU (Unidad Aritmético Lógica)… ésta, es la encargada de hacer los cálculos própio de un sumador completo, y los cálculos de suma de punto flotante…
        A partir de los Ordenadores «Pentium» todos los cálculos del sumador completo se realizan en la unidad de cálculo de punto flotante… de allí es que la mejor manera de medir la capacidad de cálculo de un CPU es conociendo sus FLOPS (Operaciones de Punto Flotante por Segundo).
        como bien dije (y te refresco, por si no te quedó claro), los CPU de Alta gama, no llegan a los 200 GFLOPS de potencia…
        ahora bien… las GPU son periscópicos que se especializan, casi exclusivamente, en realizar cálculos de punto flotante… la cuál es sólo una, de tantas tareas que tiene el CPU… pero, en ésta tarea en particular, el GPU es mucho mas eficiente que el CPU…
        es por eso que existen herramientas como OpenCL, la cuál permite aprovechar fácilmente éstas GPU.
        cuando digo que no es necesario utilizar la ALU del CPU, lo que quiero decir es que la CU (Unidad de Control DEL CPU) envía las instrucciones de cálculo al GPU, EN VEZ de enviarlo a la ALU (Unidad Aritmetico Lógica del CPU)…
        como es obvio darse cuenta, el CPU siempre está siendo utilizado… sólo que no se está utilizando para realizar los cálculos…esto es así, porque el CPU es una parte FUNDAMENTAL de la arquitectura de los ordenadores, mientras que la GPU es simplemente un periférico mas…
        ojalá haya aclarado tus dudas… saludos.
      - Lt_Henry
        Lo acabas de estudiar en clase y tenias ganas de explicarlo no? Se agradece la doctrina pero yo hace tiempo que lo tengo estudiado.
        «NADIE DIJO QUE UNA GPU PUEDE REEMPLAZAR TOTALMENTE A UNA CPU»
        Se desprende perfectamente del comentario de Omaru
        Has acabado ya la asignatura de arquitectura de computadores? Has llegado al tema de SIMD o de los procesadores vectoriales?
        Porque si pretendes que despues de decodificar una instruccion de coma flotante, mandarla a la GPU… suerte si consigues el rendimiento de un arduino. Si estuviera dentro del mismo encapsulado, igual obtienes el mismo rendimiendo que se consigue ahora con las FPU tradicionales, pero esas GPU monstruosas son PCI-E, que gran idea, quien quiere registros y caches, mandemos instrucciones por el PCI-E… y luego bajamos el resultado, claro, porque no compartimos ni cache ni registros. Además tenemos el problema de los fallos de predicción, pero llegados aqui nuestro rendimiento ya es una mierda.
        Ya es complicado aprovechar las 4 operaciones en coma flotante que ofrece SSE, con ayuda de compiladores y programadores, como para mandando instrucciones a la GPU sobre la marcha.
        Que genio!
      - elbuglione
        «Lo acabas de estudiar en clase y tenias ganas de explicarlo no?»
        no… por desgracia, tuve que estudiarlo hace mas años de los que desearía…
        =(
        por cierto, estoy intentando resumirte A GRANDES RASGOS, lo que significa presidir de la utilización del CPU para realizar cálculos… y enviarlos a una GPU… existen muchos de otros aspectos a tomar en cuenta, en los cuáles puede ser mas eficiente utilizar la unidad de cálculo de punto flotante del CPU, en vez del de la GPU… si me quieres «impresionar» citando ejemplos típicos de un niño que recién comienza a experimentar la informática, bien por ti… peo hace años que pasé de eso.
        como te dije antes, que sigas bien…
        ;)
      - Lt_Henry
        No hombre no, que esto como bien dices no llega al nivel de Phoronix. Explicanos mas este tema que pareces dominar, pero con todo lujo de detalles, explicanos a todos como el decodificador de la CPU encola instrucciones en coma flotante a un periférico.
      - elbuglione
        ya está bien, querido troll…
        ya desperdiciado mucho tiempo contigo…
        tengo que volver al trabajo.
        tal vez, a vos te haría falta comenzarlo…
      - Lt_Henry
        Tu madre también me llama troll, es un royo cariñoso que nos llevamos.
        Si el nivel de muylinux es bajo, es por culpa de gente como tu. Todos hacéis la misma jugada, vais de genios por la vida, pero cuando se os exige dar algo de seriedad a toda la mierda que vais soltando, contestáis con un ‘calla troll’ y luego os retiráis de la conversación aludiendo a que no vais a perder vuestro valioso tiempo, y así conservar un poco de dignidad.
        Hazle un favor a la humanidad y no dejes descendencia.
      - elbuglione
        «Tu madre también me llama troll, es un royo cariñoso que nos llevamos.»
        «Hazle un favor a la humanidad y no dejes descendencia.»
        sin embargo:
        «Si el nivel de muylinux es bajo, es por culpa de gente como tu»
        ok… como diga usted…
        te deseo suerte en tu vida… LA VAS A NECESITAR.
  - Daniel Montoya Morgan
    Opencl, es un api pensado para
    la computación «heterogenea» (uso de FPGA,GPU,CPU,FPUS…)
    es digamos equivalente a NVIDIA CUDA, solo que cuda es solo gpu, y opencl es LIBRE a diferencia de cuda
    una GPU, son del tipo SIMD, y las CPU son propositos
    generales,las gpus se dividen en unidades pequeñas llamadas unidades de
    computo, y cada una tiene 64 unidades mas pequeñas diseñadas para
    realizar cálculos en paralelo, SIMD, mismas intrucciones multiples
    datos, no todo es paralelizable, no tooodo es eficientemente
    paralelizable.
    una tarea simple, un procesador dará mejor
    rendimiento que una gpu, un programa que sea imposible paralelizar, será
    mejor el cpu.pero si la tarea es realizar el mismo algoritmo con
    diferente información, el gpu gana por mucho, ejemplos de uso para opencl:
    render de video,3D, cálculos en ciencias ,etc
    estudio física, y los grupos de investigación del instituto de física usan Cuda, en astrofísica, nuclear,atómica…
    Cuda lleva mas tiempo y por eso esta mucho mas implementado, pero para mi opencl es el futuro ;)
xXChicoLocoXx
A pesar de que uso NVIDIA, tengo entendido que los drivers privativos de AMD son malos en linux, ¿Es así o no?.
- Lt_Henry
  Los de NVIDIA lo único que tienen es que son rápidos, por lo demás son una mierda.
  - elbuglione
    los Drivers Nvidia, son rápidos, brindan mejor soporte a largo plazo, son muuuucho mas eficientes que los AMD, y son ligeramente mas eficientes en Linux que en Windows.
    soy un usuario de las dos GPU y puedo garantizarte que AMD está unos 6 años atrasado en cuanto a sus controladores en Linux…
    el único punto negativo de Nvidia, es que sus controladores son privativos.
    - Santi
      Más eficientes?
      - elbuglione
        «Más eficientes?»
        si… imagináte que una GTX 950 es mucho mas eficiente (y ligeramente mas potente) que una Radeon R9 Fury.
        http://www.phoronix.com/scan.php?page=article&item=steamos-22-gpus&num=3
        mires por donde lo mires, AMD apesta.
      - Santi
        ¿Has dicho que los drivers de Nvidia son más eficientes en Linux que en Windows? porque es lo que he entendido y a lo que me refiero.
      - elbuglione
        sip, entendiste bien…
        los Drivers Nvidia, al día de hoy, son levemente mejores en Linux que en Widnows.
        ya hace mas de un año que ése es el estado de los controladores Nvidia en Linux.
        http://www.phoronix.com/scan.php?page=article&item=nvidia_maxwell900_winlin&num=3
        http://www.phoronix.com/scan.php?page=article&item=nvidia-win10-ubuntu15&num=3
        por ése motivo es por el cuál ya estamos viendo juegos con mejor rendimiento en Linux que en Windows.
        https://www.youtube.com/watch?v=YM8qXbJqMvs
      - Gregorio Ros
        Doy fe de ello, particularmente los juegos de Valve funcionan a la perfección, se nota que se ha molestado en adaptar sus juegos a Linux, en otros casos de otras compañias algunos port son tan chapuceros que drivers aparte mejor con Wine o conformarse con Windows.
        Creo que dejando el asunto de los drivers los juegos van mas fluidos al no consumir Linux tantos recursos como Windows, ni tener que compartirlos con antivirus y otros pegotes necesarios en Windows.
      - Lt_Henry
        Bueno, en computación (minado de criptomonedas) AMD no tiene rival, justamente por su eficiencia (potencia/energia).
      - elbuglione
        en minado de datos se utiliza OpenCL… y si… en cuanto a relación potencia consumo, Nvidia sigue llevando la delantera.
        http://www.phoronix.com/scan.php?page=article&item=nvidia-amd-opencl-2015&num=2
      - Lt_Henry
        A ver, se os debería prohibir comentar aquí hasta que no tuvierais estudios de grado medio o algo. Te hablo de eficiencia energetica, y tu me pasas unos benchmarks de mierda.
        En minado de criptomonedas se ha usado AMD de forma masiva, porque con NVidia no te daba ni para pagar la factura de la luz.
      - elbuglione
        en eso totalmente de acuerdo… no se debería dejar opinar a niños que no tengan estudios de grado.
        por cierto… los benchmark que te paso muestran el rendimiento OpenCL sobre Linux.
        si te tomas 5 minutos para leer antes de opinar, te enterarás de que una GTX 970 con un TDP de 145W destroza en rendimiento a una una Radeon R9 290 de 250W!!!
        ahora, saca tus cálculos de quien es mas energética mente eficiente…
        de hecho, el mayor negocio de Nvidia, no son las GPU hogareñas para que los niños puedan jugar a CoD, sino que son las GPU Nvidia están diseñadas para obtener alto rendimiento de cómputo para aplicaciones científicas y profesionales.
        no por nada, la segunda super-computadora mas potente del mundo, está hecha con GPUs Nvidia…
        desconozco los motivos por los cuáles algunos niños creen que AMD puede tener mejor rendimiento OpenCL en la actualidad…
        ignoro si ése mito se cumple en Windows, ya que no lo utilizo y no me interesa (debido a su baja penetración en el mundo laboral)… pero lo que estoy seguro, que tus conocimientos son demasiado limitados, para seguir opinando con tanta ligereza…
        que sigas bien.
        ;)
      - Lt_Henry
        Hace un rato no tenias ni puta idea de para que sirve OpenCL, ni si quiera como funciona un puñetero cable HDMI. Pero ahora vas a darnos a todos unos clases de termodinámica! Explicaselo a todos los que estan minando con AMD, diles que te has leido las especificaciones y solo viendo el TDP y un post de Phoronix ya sabes mas que ellos.
        Fijate que en ningun momento te he negado cual tiene mejor rendimiento, pero llevas ya un rato confundiendo términos. Cualquiera diria que no los distingues.
        «las GPU Nvidia están diseñadas para obtener alto rendimiento de cómputo para aplicaciones científicas y profesionales.»
        Seran las Quadro, el resto estan hechas para jugar. En nuestro departamento intentamos hacer cosas serias con Nvidias gamers y bueno… no pasan de juguetes caros.
      - elbuglione
        «ni puta idea de para que sirve OpenCL»
        la verdad es que jamas lo utilicé…
        «ni si quiera como funciona un puñetero cable HDMI»
        no lo se, con lujo de detalles y no me interesa…
        «vas a darnos a todos unos clases de termodinámica!»
        nop… sólo de Arquitectura de Ordenadores….
        «solo viendo el TDP y un post de Phoronix ya sabes mas que ellos»
        el TDP es la especificación oficial de consumo de los própios fabricantes…
        Phoronix, es la revista mas prestigiosa del mundo Linux (nada que ver, con muylinux)… y sus herramientas como Openbenchmarking o PTS son un referente en la industria actual:
        https://openbenchmarking.org/
        si te pones a cuestionar el trabajo profesional con metodologías profesionales de evaluación de rendimientos, por sobre los rumores de unos aficionados que fabrican monedas de dudoso respaldo… creo que no vienes muy bien…
        «Seran las Quadro, el resto estan hechas para jugar»
        las Quadro y las TITAN están diseñadas para ámbitos exclusivamente profesionales (por mas de que veas a muchos niños con una TITAN)…
        y cuando me refiero al ámbito profesional, me refiero al ámbito de la supercomputación… es decir, Nvidia está mas preocupada por brindar un buen soporte al servidor Linux Cray Titan (que es es super-computador mas potente de EEUU) que en sus «fans» hogareños…
        los GPU, la gama Hogareña, representan un negocio de ganancias muy reducidas para Nvidia…
        «En nuestro departamento intentamos hacer cosas serias con Nvidias gamers y bueno… no pasan de juguetes caros.»
        si te referis a Nvidia GAMEWORKS, Physx o G-CYNC; comparto con lo que dices, no tiene mucho futuro, debido a que son estándares cerrados (como Nvidia CUDA)… y serán reemplazados con estándares abiertos y mas amigables con la comunidad… pero, eso no quiere decir que a la hora de comparar cara a cara contra la competencia (por lo menos en lo que a Linux se refiere), Nvidia humilla a AMD de manera estrepitosa, haciendo que NADIE en su sano juicio opte por una gráfica AMD…
        incluso, al día de la fecha, doy fe de que Intel brinda mejor rendimiento en sus iGPU que lo que AMD brindó alguna vez en su vida…
        es por eso que, al día de hoy, sólo un neandertal o un usuario de Windows (que a fines prácticos es lo mismo) optarían por gráficas AMD… puede que en un futuro lejano, la situación sea distinta (con las nuevas, pero tardías medidas de AMD en cuanto a el desarrollo de los controladores GPUOpen)… y ojalá ATI/AMD vuelva a ser mi elección predilecta a la hora de elegir una gráfica…
        pero, lastimosamente, la situación actual de AMD es BIEN CLARA y se podría resumir en 2 palabras: «amd sucks»
    - Lt_Henry
      Bueno, si quitamos las redundancias dices mas o menos lo mismo que yo, que son rápidos. Soporte a largo plazo? Te lo compro.
      Pero en todo este tiempo, podrían haber implementado KMS de una puñetera vez, y que se yo, dejar de ajustar las propiedades de pantalla editando el xorg.conf como si estuviésemos a finales de los 90.
      Y sería la repanocha que solucionaran bugs que dan mucho por el culo, y llevan dos años y todavía no tienen ni idea de por donde van los tiros. Por ejemplo, el maldito bug que no enciende el monitor.
      Los drivers de nvidia son una mierda, una mierda rápida, pero ya está.
      - elbuglione
        en cuanto a rápidos, me refería a que Nvidia lanza sus controladores para Linux al día cero. cosa que AMD brilla por su ausencia.
        «el maldito bug que no enciende el monitor» la verdad, es que jamas me pasó, en lo absoluto, y no conozco a nadie que pase por dicho bug…
        el único bug importante que existe hoy en día con Nvidia, es la falta de Vsync en las GPU de Notebooks con Nvidia Optimus.
        según Nvidia, dicho bug se debe a problemas de X.org… el cuál ya están trabajando para solucionarlo (probablemente para Linux 4.5)
        por cierto, el hecho de que no tengan implementado KMS, o que tengan políticas de mierda, no quita el HECHO de que los Drivers Nvidia son abrumadoramente superiores a los Drivers privativos AMD, los cuáles SI TIENEN INFINIDAD DE BUGS POR TODOS LADOS.
      - Lt_Henry
        A ver, si ignoras los problemas que no conoces, y te basas solo en experiencias personales… si NVidia es la bomba.
        El problema del VSync lleva ya tiempo, te lo digo que tengo una NVidia desde el 2009. Añade el problema de los videos azules, otro clásico de los drivers NVidia.
        Y el problema de los monitores que no se encienden, de los cuales dices no conocer a nadie. Pues me conoces ya a mi, y mira:
        https://forums.geforce.com/default/topic/648176/geforce-drivers/monitor-display-blank-screen-issue-after-driver-update-updated-1-23-14-/34/
        34 páginas de foro, años con el mismo problema. Vamos, tonterías.
        Los drivers de NVidia son una mierda. Una mierda muy rápida.
      - elbuglione
        «Añade el problema de los videos azules»
        jamas (que yo recuerde) me pasó algo por el estilo… y nadie que conozca sufrió semejantes problemas…
        «Y el problema de los monitores que no se encienden»
        cito:
        «I found the problem. Hdmi cables 3m or longer is not working after loading nvidia drivers. My old 1m hdmi cable does however.»
        parece mas bien, un problema de ruido en el cable HDMI… se soluciona comprando un HDMI con filtro adecuado. quizás sea por eso, que jamas lo experimenté, al igual que muchos otros…
        «Los drivers de NVidia son una mierda»
        evidentemente, no sos usuario de Nvidia.
      - Lt_Henry
        Que a ti no te pase es irrelevante, esos bugs existieron y existen.
        El problema de los monitores que no se encienden no es culpa del cable HDMI. porque ANTES de arrancar el sistema operativo o usando los drivers libres, el monitor si que se ve. Ademas, las salidas de VGA o DVI tampoco funcionan. Pero oye, 34 paginas de foro donde la gente busca un solución y llegas tu en un momento y das con ella, que genio!
        Yo si que soy usuario de NVidia (a mi pesar). La duda es si realmente lo eres tu, porque mas bien parece que trabajes para ellos.
      - elbuglione
        ya está bien, troll…
        sigue así, que los que realmente estamos interesados en la informática seguimos con lo nuestro…
        hasta nunca.
      - Lt_Henry
        Troll sera tu puta madre
  - Gregorio Ros
    Me apunto a la opinion de elbuglione, tengo nvidia e integrados de Intel y ningun problema en ninguno (quitando lo de privativo que me da igual), de AMD termine tan descontento que ni me lo planteo. Me da igual una compañia y otra, no tengo preferencias, pero, quiero resultados.
- Alderaeney
  Es así, a mi en mi 7850 en windows va muy fluido (en graficos medios-bajos) el bioshock infinite y en linux se laguea todo el rato (con gráficos bajos), todo con los drivers de AMD oficiales.
  No he probado más juegos gordos ya que solo tengo ese, pero es verdad que el rendimiento no es como debería en otros que en teoría deberían ir sobrados.
- Eduardo Medina
  Malo, malo, malo, y lo digo por experiencia propia, porque yo usaba AMD en mis dos ordenadores.
  Catalyst era tan malo que consumía 300 megas el solito, así que imagínate, 300 puñeteros megas comidos por un driver, inaceptable.
  Antes de quedarme sin soporte vi que había mejorado, consumía bastante menos, unos cien y pico megas, y su rendimiento había mejorado, pero seguía dando «petardazos» inexplicables.
  El driver libre Radeon lo hacía mucho mejor, no sacaba todo el partido a la gráfica, pero todo funcionaba de manera más estable y con menos errores.
  Creo que AMDGPU no está listo para sustituir a Catalyst/Crimson en todos los contextos todavía, pero vaya, espero que este gesto de Canonical sea una invitación para que AMD se ponga las pilas, porque el hecho de que Ubuntu te de la espalda supone muchísimo en el conjunto de GNU/Linux.
  Curiosamente esta jugada me recuerda a lo que hizo en su día con Mir, intentando forzar a los fabricantes a elegir entre Mir y Wayland, solo que ahora los propósitos sí son buenos, no como en aquella época, donde se amenazó con partir el soporte para gráficas en GNU/Linux, con el posible abandono de NVIDIA y AMD, lo que habría supuesto el fin del GNU/Linux desktop. Ahí Canonical jugó con fuego y con el paso del tiempo fue reculando un poco, porque por lo que he leído, Mir no será mucho más que una reimplementación del propio Wayland, lo que facilitará mucho la creación de drivers para ambos servidores gráficos (si, se que Wayland es un protocolo, pero es que son tantos términos… ).
SAYO
Sobre este tema:
«Sin embargo posiblemente no todo sean ventajas con este cambio, ya que
los usuarios de gráficas AMD solo tendrán soporte hasta OpenGL 4.1,
mientras que el driver privativo ofrece soporte hasta OpenGL 4.5.»
Solo agrego que van muy rápido y que en unos meses pueden estar dando soporte hasta a Vulkan.
- Ghoul Rul
  Esperemos, tengo gpu AMD y pienso comprar otra en cuanto salga la nueva serie Artic Island; aunque juego principalmente en Windows tengo una cantidad decente de juegos para GNU/Linux Bioshock Infiniti, los dos Portal, Brual Legens, Metro 2033 Redux, Metro: Last Light Redux, XCOM entre otros
  - SAYO
    Te aconsejo la Nvidia 950 o 960 que ya ahora van muy bien. Consumen poco y no cuestan tanto.
    - Ghoul Rul
      Tal vez, pero no apoyan al software libre como AMD
      - SAYO
        En eso tenes razón.
Ds23yTube
Yo no sé la experiencia de otros usuarios, pero Catalyst es una basura, yo siempre he usado mi gráfica AMD con el driver libre sin nada más, he iba perfecta. No es necesario Catalyst en GNU/Linux por lo que a mi respecta.
- jorejarena
  En mi caso siempre he usado mis equipos con Catalyst pero me he mantenido en versiones LTS de Ubuntu. También considero que para mi caso si llego a necesitarlo lo instalaré directamente del sitio del fabricante a mi cuenta y riesgo.
  Lo bueno de esta noticia es que dejará de ocurrir lo de las versiones 12.04 y 14.04, AMD entregaba su Catalyst «estable» casi un mes después de lanzada la versión LTS de ubuntu. Ahora Canonical se desentiende de ese problema.
  - Eduardo Medina
    A lo mejor todavía te lo encuentras en los repositorios, pero me imagino que ya no lo ofrecerán en «Controladores adicionales», esa aplicación que automatiza la instalación de drivers privativos.
    Eso sí, muy posiblemente te encuentres un aviso de que el software está marcado como obsoleto, y que no se garantiza el correcto funcionamiento sobre Ubuntu 16.04.
- Serverket
  Por fin alguien lo ha dicho, ya sé que no soy yo sólo.
  - Steven
    Ya somos tres
- Steven
  Yo también uso el driver libre, funciona mejor pero no tan bien como en Windows
Hilario Masie Ondo Ada
Una pequeña resaña ortografica. Sin embargo siempre va separado entre coma; y puto y coma
«Sin embargo, posiblemente no todo sean ventajas»
Me duele ver como matamos descaradamente este bello idioma.
- Matías Godoy
  Bueno, no seamos tan «perfectos»… de hecho tu comentario tiene al menos 3 faltas de ortografía, fijate bien. Asesino del idioma español. :P
  - Hilario Masie Ondo Ada
    Jejeje no soy redactor, soy lector…no es mi profesion jejeje LOL
    K tengan buen dia
- Ds23yTube
  «Puto y coma» jajaja
- Cesar Aviña
  A mi también me duele ver como matamos descaradamente este bello idioma al intentar corregir una falta de ortografía, no tan grande, y al hacerlo se comete una enorme (y PUTO y coma) y sin solución
- Thomas James Killmess
  Sí, le tenes una pequeña «saña» a la ortografía. ( :P ).
  Con «puto» y coma todo se entiende mejor.
  P.D.: Saña = rabia, ensañamiento, rencor, ojeriza, ira, ferocidad, fiereza, furia, furor, …
Cristian Riquelme
Con este cambio posiblemente sea la ultima vez que instale linux, no soy un usuario avanzado al contrario con lo mucho pude solucionar el problema gráfico que tengo con ubuntu, » el que consistía en no poder usar linux dado que al iniciar linux se iba la pantalla a negro (aun cuando el sistema estaba funcionando por detrás) SOLO lo solucionaba el driver privativo que es el que uso actualmente, problema que mantengo hasta el kernel 4.4 por que ya lo revise pensé que en este kernel ya le darían alguna solución pero nada sigue igual, tampoco tengo el dinero para un pc nuevo así que sera que me toca pasarme a windows nuevamente hasta que se le acabe el soporte a ubuntu 14.04.
- Bonifacio López
  Con eso de los drivers privativos tengo problemas de calentamiento en una de mis portátiles, por eso sigo en Elementary Os (Ubuntu 12.04) pero también funciona perfecto instalando Manjaro Linux con los drivers privativos y realiza la configuración por ti.
  Personalmente Manjaro Linux me parece una excelente opción, es sumamente amigable y viene lista para utilizar recién instalada.
  Puedes elegir entre KDE, Cinnamon y XFCE, en lo personal me agrada bastante con XFCE.
  Saludos
- bodder
  amigo, eso lo puedes solucionar desde el grub o si se te hace complicado entra al terminal y escribe:
  sudo xdiagnose
  Y en donde dice «Depuracion», palomeas los 3 recuadros y listo. Después los puedes volver a despalomear si te molestan las letritas que salen al arrancar o al apagar el equipo y el problema no regresa, ya tendrás vídeo aunque reinicies o lo que sea que hagas.
  - AsíNosVamos
    Muchas gracias acabo de instalar ubuntu 16.04 y tu comentario me ayudo a arrancar el entorno grafico, sabes que es lo que hace en especifico esos tics?
  - Cristian Riquelme
    Muchas gracias por tu comentario ha sido lo mas fácil de hacer y sin partirme la cabeza y soluciona mi problema al 100%, te juro que di vueltas en foros etc y nunca encontré la soluciona adecuada así de fácil al menos, acabo de actualizar a ubuntu 16.04 y con el dato que me diste funciona perfecto estoy tan feliz que no te imaginas.
- Daniel Montoya Morgan
  Tuve exactamente el mismo problema, pantalla negra al arranque
  y lo solucione fácil, aunque tarde en ver bien de que se trataba.
  arranque ubuntu, o instalalo en modo «nomodeset» y listo.
  el problema es que pasaron algunas funciones al kernel, y este administraba mal creo que la frecuencia de la gpu, en algunas tarjetas gráficas, con «nomodeset» omite que el kernel lo configure.
  la mia es r7 370,ubuntu 15.10,controlador 15.3….
  - Cristian Riquelme
    Con mododeset inicia pero sin grafica es como si no reconociera nada se ve horrible y anda muy lento, ademas si reiniciaba el pc volvía a tener el mismo problema, aun asi lo uso para instalar los driver privativos era la forma en que solucionaba en parte eso iniciaba mododeset, instalaba los driver y todo ok, pero ya sin driver privativo en un futuro ni esta solución me va ayudar.
    - SAYO
      Es que con AMDGPU no deberían tener estos problemas. Ahora es el controlador oficial de AMD.
    - Matías Demarchi
      No tienes por qué abandonar el ecosisitema Linux sólamente porque Ubuntu dejó de soportar oficialmente el único driver que te funciona. Puedes instalar de forma manual el driver, o bien, cambiar de distro…
Mariano O.
Yo sigo esperando que arreglen la detección del HDMI en placa gráfica Intel con el kernel 4.4… Sigo usando 16.04 con kernel 4.2.
- sonichero
  Yo también tengo ese problema. Al conectar el portatil a mi TV emite una imagen del fondo de pantallas unicamente y poco más si lo configuro.
  - Mariano O.
    Se acaba de arreglar con el kernel 4.4.0-12 que ha salido hace unas horas!!!!
    - sonichero
      ¡¿EN SERIO?! ¿Cómo puedo instalar esa versión del kernel y borrar la versión
      4.2.0-30-generic? es que no se como hacerlo y no quiero acumular kernel viejos.
      - Mariano O.
        Hola, suponiendo que uses Ubuntu, lo mejor que puedes hacer es armar un USB live con la última version de 16.04 de http://cdimage.ubuntu.com/daily-live/current/
        Arrancar en modo live y probar si funciona. Si funciona, puedes instalar, teniendo en cuenta que es beta, o esperar que salga la definitiva el 21 de abril, que es LTS. Saludos
      - sonichero
        Prefiero hacerlo en Ubuntu 15.10
      - Mariano O.
        Igual lo del live usb te sirve para saber si se arreglo el problema, si es así, acá dice como hacerlo, pero para la versión 4.4.4, reemplaza por 4.4.5 que es la última. http://linuxdaddy.com/blog/install-kernel-4-4-on-ubuntu/ También dice como borrar lo kernels viejos, pero no borres ninguno hasta probar que el nuevo funciona!!!
Luis Cristian Rodriguez Cantu
Pues yo seguire con Nvidia……
kratos
AMD y Linux es una combinación que no suele funcionar muy bien que digamos, mejor evitarlo.
Pingback: Disponible el kernel Linux 4.5 » MuyLinux()
Pingback: Dell comercializa nuevos portátiles con Ubuntu » MuyLinux()
Silentis
El procesador A10 7870K así como el 7890K se queda por fuera de la lista que abarca el nuevo driver AMDGPU ¿correcto? Leí que va abarcar a partir de la tecnología Carrizo y estos procesadores son Kaveri.
Pingback: Disponible el kernel Linux 4.5 | uiolibre()
Pingback: Disponible el kernel Linux 4.5 | El Sitio de JEMora || Tecnologías Libres()
Pingback: AMDGPU caza en rendimiento al controlador privativo de Windows 10 » MuyLinux()
Ing Mauricio Torres
Amigos yo instale hace 8 dias Ubuntu Studio 16.04 y realmente me va muy mal la tarjeta grafica, pero me gusta el este sistema operativo, mi pregunta seria que puedo hacer para mejorar aunque sea un poco el rendimiento de este controlador gráfico ya que no puedo instalar el controlador privativo
Pingback: interior design charlotte nc()
Pingback: https://www.buyingdenvercondos.com/()
Pingback: เช่าชุดแต่งงาน()
Pingback: เบอร์มงคล()
Pingback: Electrolyte()
Pingback: 안전놀이터()
Pingback: dang ky tai khoan 188bet()
Pingback: zinc sulfide()

Canonical dejará de ofrecer Catalyst/Crimson en Ubuntu 16.04 LTS

POPULAR DEL MES

Suscríbete gratis a MuyLinux

Gracias, recibirás un correo para confirmar tu suscripción.