AMD publica la lista de APUs y GPUs compatibles con DirectX 12

Escrito por Rodrigo Alonso

AMD ha publicado un artículo en su blog para hablar sobre la próxima API gráfica que Microsoft lanzará junto con Windows 10 en muy poco tiempo, DirectX 12, y entre las cosas que nos cuenta encontramos una lista completa de APUs y tarjetas gráficas de la marca compatibles con DirectX 12.

Sorprende ver que la lista es bastante escueta, y sobre todo ver que las AMD Radeon HD 6000 Series se quedan fuera de ésta. Ojo, que si tu GPU o APU no está en esta lista no quiere decir que no puedas disfrutar de Windows 10, sino que no podrás utilizar DirectX 12 en todo su potencial y necesitarás tener instalado de forma adicional DirectX 11.

A continuación la lista de tarjetas gráficas, incluyendo tanto de sobremesa como portátiles:

  • Gráficas AMD Radeon R9 Series.
  • Gráficas AMD Radeon R7 Series.
  • AMD Radeon R5 240 (de las R5, únicamente ésta).
  • AMD Radeon HD 8000 Series para equipos OEM (de HD 8570 en adelante).
  • AMD Radeon HD 8000M Series para portátiles.
  • AMD Radeon HD 7000 Series (de HD 7730 en adelante).
  • AMD Radeon HD 7000M Series (de HD 7730M en adelante).

Y en la siguiente lista podéis ver las APUs de AMD compatibles con DirectX 12:

  • AMD A4/A6/A8/A10-7000 Series  (“Kaveri”)
  • AMD A6/A8/A10 PRO-7000 Series (“Kaveri”)
  • AMD E1/A4/A10 Micro-6000 Series (“Mullins”)
  • AMD E1/E2/A4/A6/A8-6000 Series (“Beema”)

No obstante, tened en cuenta que ésta parece ser una lista de compatibilidad preliminar, y no hay que descartar que AMD podría ampliarla según vayan desarrollando tanto mejores drivers como la propia API DirectX 12 de Microsoft.

Continúa leyendo
  • Iago Crende

    No es preliminar, es oficial desde hace casi 2 semanas por parte de AMD y sólo confirma lo que ya sabíamos, que toda la familia de gráficas de GCN 1.2 en adelante tendrán soporte oficial Tier 3. Esto era obvio desde el punto de vista de que cuando cambiaron la arquitectura para Mantle a partir de 1.2 se preparó físicamente para el paralelismo con las ACE´s, lo cuál aprovecha y usa de forma nativa dX12, algo que no tiene ni tendrá nvidia hasta Pascal. No hay más rango de gráficas con este soporte oficial por parte de amd, no por tema de drivers, si no porque físicamente tienen el mismo problema que nvidia, que no están preparadas para procesar colas paralelas. De todas formas si soportan dX11.2 podrán emular algunas funciones, pero no aprovechar el aumento de rendimiento que veamos en todas las GCN 1.2 +
    Saludos!

    • Santiago Postorivo

      Pero estas son gcn 1.0 y 1.1. Acuerdate que por las ace y que se hizo para usarse con una api low level en mente (mantle) rinden igual muy bien. 1.2 es la r9 285

      • Iago Crende

        1.2 son todas desde la 7730, recuerda que para lo que se enfocó dX12, que es la XBOX ONE tenía que tener soporte Tier 3 para su 7790.
        Toda la lista que se detalla ahí es GCN 1.2, no 1.0, fíjate que no entran todas de todas las series.

        • Santiago Postorivo

          No. Son gcn 1.0. Si supieras algo, sabrias que la serie gcn 1.0 (primeras gcn se estrenaron con gpus hd 7000)

          • sdf

            esta tabla te ayudara

          • Santiago Postorivo

            Yo se que tienen tier 3. Pero el dice que una hd 7000 es GCN 1.2. Y no! es GCN 1.0, pero a partir de GCN 1.0 (lo que yo tengo entendido) soporta dx 12 por hardware

          • Iago Crende

            No lo digo yo, lo dijo AMD en comunicado oficial y en el community, xD

          • Santiago Postorivo

            Lo del tier 3 es una cosa. Pero amd no llamo a la serie hd 7000 gcn 1.2

          • Iago Crende

            Como ya dije en otro lado, no son toda la serie 7000, a partir de la 7730 no son GCN 1.0. Por más que te empeñes. Y poca seguridad puede dar un enlace a wikipedia editado hace 3 días por alguien anónimo, xD

          • Santiago Postorivo

            Es un ejemplo. La 7790 es gcn 1.1 pero la 7850 es gcn 1.0 y la hd 7970 es gcn 1.0

          • Tadeo ME

            Es lo que dices. La 1.2 es a partir de las nuevas series R9 , con el núcleo tonga:

            http://it.wikipedia.org/wiki/AMD_Radeon_serie_Rx_200

          • Santiago Postorivo

            Gracias por confirmarme lo que digo

        • Santiago Postorivo

          Las hd 7000 son souther island, osea gcn 1.0 . Mira aqui http://en.m.wikipedia.org/wiki/Graphics_Core_Next

      • Yo tengo una 280X Toxic superpotente como no funcione bien con eso me pego un tiro, 320euros de tarjeta que es superior a la 970.

        • Santiago Postorivo

          No tiene que ver a lo que dije. Yo hablo sobre GCN. No sobre potencia de gpu. Y tu gpu no es superior a una 970. Pero que es buena es buenisima

  • Gabriel Ochoa

    y el APU a6 6400K es compatible?

    • Iago Crende

      Sí.

      • EpsylonRad

        No.

        • Iago Crende

          Sí, como cualquier CPU, preguntó por la APU y como cualquier CPU es compatible, xD
          Otra cosa es la 8470D que tiene dentro, que esa sí que no es compatible por hard ya que si no me equivoco no tiene ACE´s, pero tampoco es un problemón, tendrá tanta compatibilidad con dX12 como con cualquier nVidia xD

          • EpsylonRad

            El CPU es compatible con el sistema operativo. Nada tiene que ver DirectX12 con el CPU. Su función es el mejor uso de la GPU y en todo caso de que el Software haga mejor uso de los Núcleos disponibles.

            Fijate que tu respuesta de “si” fue vaga y sin tener en consideración el diálogo donde Gabriel Ochoa pregunta por la iGPU del APU.

            Saludos

          • Iago Crende

            Gilipolleces, parece que no tiene muy claro qué hizo Mantle, o que hacen dX12 y Vulkan. No se trata de ser compatible con el SO, dado que obviamente lo es y…
            ” y en todo caso de que el Software haga mejor uso de los Núcleos disponibles.”
            Es precisamente lo que mejora el uso de la gpu y elimina ese cuello de botella del que hablas sin indicar en base a qué. No se trata de un mejor uso de los núcleos disponibles si no del uso, ya que no se usaban. dX11 sólo usaba un núcleo y como mucho un segundo para coprocesos pero nunca paralelizó colas, que es lo que se hará. Las desarrolladoras utilizaban hilos de ejecución en la cpu para tareas mal optimizadas como postprocesados o IA´s.

            “Fijate que tu respuesta de “si” fue vaga y sin tener en consideración el diálogo donde Gabriel Ochoa pregunta por la iGPU del APU.”

            Fíjate en las horas de los mensajes, no había hablado de nada cuando le contesté. Si vas a dedicarte a buscar en mis mensajes de otros temas para intentar desacreditarme vas a tener que esforzarte bastante más campeón! Sigo esperando tu respuesta en el tema HMD 😉

            Saludos!

          • EpsylonRad

            Exploto la bilis?

            Tranquilizate hermano que esto no es de vida o muerte, jejejej

            “Es precisamente lo que mejora el uso de la gpu y elimina ese cuello de botella del que hablas sin indicar en base a qué. No se trata de un mejor uso de los núcleos disponibles si no del uso, ya que no se usaban.”

            En base a que se usan los núcleos que antes no se usaban. Directx12 lo que hace es repartir mejor el trabajo en los distintos Núcleos.

            Pero PROPIAMENTE DICHO, NO AUMENTA EL RENDIMIENTO REAL DEL CPU, SINO QUE EXPLOTA AL 100% EL CPU, LO QUE DIRECTX11 NO HACIA PORQUE NO HACIA USO DE TODOS LOS NÚCLEOS DE LOS QUE DISPONEN LOS CPU´s MODERNOS.

            Distinto es el Caso de la GPU donde mejora la cantidad de llamadas que admite y la comunicación en “metal” sin emulación intermedia.

            Antes necesitábamos un CPU potente para extraer el 100% del GPU para un Juego, desde Manto eso no es necesario puesto que la GPU deja de depender del proceso CPU y se encarga de que los desarrolladores tengan un acceso más directo al METAL.

            Obviamente que para esto, hay determinadas puertas en el Hardware de la GPU que deben estar preparadas y es por eso mismo que WLIV no es compatible con MANTLE-Directx12-Vulkan. Asi como también las Nvidia GPU son compatibles en un 40-60% pero no al 100%.

            A mi me importa poco que me digas Campeón, a modo de disminuir mi comentario. Mira que me voy a perder mi precioso tiempo buscando pelotudeces para desacreditarte a vos!!!

            JAJAJAJ

            Por interpretación lógica, si tan Genio eres, te hubieses molestado en explicar mejor las cosas antes que hacer el superdotado forista con un “si”.

            Suerte con tu soberbia!!!

          • Iago Crende

            De soberbia ya vas más que sobrado tú, pero no hay más que leer tu comentario para ver que acabas de decir lo mismo que yo, xD
            Salvo en GPU, que te equivocas, dado que el aumento en drawcalls es directamente proporcional al aumento en núcleos de CPU y su IPC, no se genera potencia de la nada como dices. No se trata de comunicación en ¿metal? WTF?
            Estas entendiendo mal algo que dijo amd cuando presentó mantle con el tema de api de bajo nivel para aprovechar los recursos, dado que para nada se refiere a lo que indicas si no al mejor aprovechamiento de la comunicación entre CPU-GPU por la paralelización de las colas de tareas. Parece que dices que la mejora es por una optimización mágica junto a un lenguaje de bajo nivel :S, cosa que no es así.

          • EpsylonRad

            Hace 3 comentarios que estamos diciendo lo mismo. Pero venir a decirme Soberbio cuando yo no te tilde de campeón me parece que es un poco hipócrita de tu parte.

            Yo solo contesto mi parecer. Te gusta, bien, Sino, también… que queres que te diga.

            Asique para vos, el aumento de draw calls es proporcional al aumento de núcleos de CPU y su IPC…

            Pero mirá vos!!! Me parece y con mucho respeto, eh??? que estas un poquito equivocado en tu concepto.

            http://www.svethardware.cz/recenze-3dmark-testujeme-vykon-directx-12/40352-8

            El gráfico deja a las claras que no es una virtud de los Núcleos del CPU o el IPC de los mismos, sino del API de hacer un mejor uso del GPU.

            Saludos, Revisa tu concepto.

          • Iago Crende
          • EpsylonRad

            Excelente.

            Te hago una consulta aparte de todo esto.

            Tienes conocimientos de redes informáticas, porque tengo un problema que no se como solucionarlo.

          • Iago Crende

            Tengo. Pero no sé si éste es el mejor lugar para comentarlo. No hay privados en el Disqus este? xD

          • EpsylonRad

            Tengo entendido que no, nunca los ha habido… Te comento un poco.

            Tengo una red con un servidor y 14 pc cliente conectadas a un Switch administrable. Utilizamos un programa para el comercio que tiene su base de datos basada en SQL server. El problema es que tengo caídas en la red o sea, errores en el sistema por comunicación del SQL server.

            Evidentemente no es un problema del servidor sino de la red. He probado los cables y todos están bien. La red es Gigabit en todos los puertos y en cada PC, el Router y hasta el Switch es Gigabit.

            Antes, tenia una configuración con muchos Switchs en forma de estrella puesto que no me alcanzaban las bocas de uno solo hasta que me decidi por el administrable que tenemos que es un cisco SG-300 – 20port Gigabit Ethernet.

            Honestamente no entiendo nada acerca de su configuración fina y no hay un P”#%$% tutorial en toda la web de como configurarlo.

            Antes, en la configuración con Switchs comunes, conectaba dos o tres puertos del servidor al Switch principal para que las PC cliente no saturaran un solo puerto del servidor.

            En este caso, he intentado hacer lo mismo pero sucede lo contrario, la red funciona pero se relentiza enormemente…

            Pienso de todas maneras que lo ideal sería que dos puertos del servidor estén conectados a la red y que el switch administre las cargas de cada uno para que no se saturen con los llamados de las PC clientes o divida la carga…

            El problema es que no se como hacerlo…

          • Iago Crende

            Vale, creo que el problema es sencillamente de configuración en el propio switch. Pero no es fácil de indicarte dado que se configura por comandos y no sé hasta qué punto estás familiarizado con las IOS de cisco.
            Lo suyo sería al menos echarle un ojo, si no tienes CCNA, al apartado educativo referente a ACL´s, QoS y configuración de puertos física y lógica, dado que creo que con esas 3 cosas podrías dejar la red más que fina.
            No puedo indicarte los comandos dado que tendría que conocer tu red y los tráficos que se generan, además de que quieras que no es algo de curro, jajaja.
            Si te interesa, tienes googleando lecturas asociadas, enfócate en esos 3 puntos si quieres ir un poco más a tiro fijo. Entre lectura, entendimiento, aplicación y pruebas, calculo que no debería llevarte más de un par de días a lo sumo dejarlo bien.
            Los equipos cisco son geniales, pero su gran baza es también su gran limitación… te permiten muchísima configuración pero para ello tienes que saber moverte en su entorno de comandos.
            Las GUI o a través de éstas no sé decirte ya que yo toco directamente por consola y rehullo de ellas, pero siempre son scripts y html que tiran de snmp para mostrarte cosas o hacer cambios todo por comandos por debajo 😛

            No sé si esto te ayuda en algo, pero siempre prefiero dar las nociones para que uno mismo arregle el problema a dar soluciones masticadas…

          • EpsylonRad

            Es como dices, este Switch tiene GUI y la verdad que todo lo que encuentro en la Web es basado en consola de comandos para la configuración…

            Veré de seguir buscando y cualquier cosa, si ves algo interesante por ahí, te pido de favor que me lo pases.

            Saludos!!!

          • Iago Crende

            Yo tengo material en pdf, no está actualizado pero la base es la misma…
            Déjame añadir que viendo que tienes varias bocas para el servidor contra el switch, mires también de configurar una vlan entre todas esas bocas para que no te de problemas y así balancear la carga de la forma más sencilla.
            Si googleas vlans switch comands debería de venirte algo ya. Empezaría por eso y configuración de los puertos físicos. Antes de meterte en QoS y ACL´s.
            Para que te sea más fácil de encontrar:
            Busca vlan comands cisco y ya te adelanto que luego de configurarla busques activarla, dado que si es una vlan distinta de vlan1, por defecto está sin mapear en el switch.
            Busca también interface comands cisco, y debería venirte todo lo relacionado con la configuración de los purtos (interfaces o if en comandos cisco).
            Espero que te ayude de algo esto 😛
            Saludos!

          • net

            Resolviste el problema, tengo curiosidad xD

    • IcePhoenix

      No es compatible ese modelo es un Trinity y no es compatible, tampoco por la arquitectura que es anterior a las GCN.

      • Gabriel Ochoa

        Por ahí me dijeron que era compatible pero gracias de todas formas. Que mal :(, no podre sacarle el jugo.

        • EpsylonRad

          Tadeo Tiene Razón.

          Richland viene con iGPU basada en arquitectura WLIV que corresponde a la serie 6000 de AMD.

          Desde Kaveri se hizo uso de GCN para las IGPU de Apus.

          Pero, si colocas una dedicada como una 240- 250- 250x o cualquier GPU GCN, automáticamente soportará DirectX12.

          Es muy importante que recuerdes esto:

          DirectX12 es igual a mantle.

          Su función es eliminar el cuello de botella del procesador y extraer todo el poder del GPU.

          O sea que solo actualizándote a Directx12 (instalando W10) y con una grafica GCN que lo soporte, ya no tienes que preocuparte por cambiar el procesador…

          • Gabriel Ochoa

            que alivio huff

      • Gabriel Ochoa

        Pero la grafica es 8470D asi que entra ahí 🙂

        • Tadeo ME

          Buenas Gabriel.
          Lo que pasa que la GPU integrada de tu apu es de la Serie HD 8000D, no es la HD 8000 que son tarjetas dedicadas para equipos OEM (que son las mismas que la serie R pero renombradas) o 8000M que son los referidos a los equipos portátiles que también son con núcleo Kaveri.
          Tu APU es el núcleo Richland y entran en esta lista los de las series posterior la Kaveri que son por ponerte un ejemplo el A10 7850k.

          Ojo¡¡ todo esto lo digo por la lista publicada , no porque me lo saque de la manga porque según mi opinión personal el núcleo Richland , si no recuerdo mal que igual me equivoco , su GPU si que es CGN y por ello debería soportar direcxt 12 , pero si careciera de ella entonces no.

  • Rod Charles Jr

    Basicamente se sabía que las hd6000 no estaban comprendidas! No entiendo la sorpresa??? Las hd7000 entran por la puerta de atrás practicamente siendo que las tecnologías son las mismas que la mayoría de las serie “R”.

    • Dnuke

      La sorpresa es que la competencia de las HD6000 SI tiene soporte para DX12 (parcial, pero lo tiene).

      • EpsylonRad

        Tampoco es sorpresa, ya se había anunciado hace 1 año. El tema aca es que incluso MAXWELL no será 100% compatible con Directx12 en cambio toda la serie GCN usuaria de Mantle si lo será…

        Y recuerda que al 100%

        Y los apu´s basados en Steamroller

  • Javier Estrada

    Una pregunta, se que casi no tiene que ver con el caso,pero la serie 700 específicamente la GTX 780 tendrá soporte dx12? disculpen mi
    ignorancia

    • A Friend

      Las series GTX 700 tendrán compatibilidad Tier 1. Es decir, algunas funciones de DX12 serán compatibles, otras tendrán que ser simuladas por software (en vez de aceleradas por hardware) y otras no estarán disponibles.

      • dfsdg

        valió la pena la r9 285 XD que la gtx 970

        • dfsdg

          XD valio la penaXD

      • Javier Estrada

        Gracias por la aclaración, algo es algo :3

  • Fx

    Se confirma otra vez que mi 7850 tendrá DirectX 12

    • Muy buena elección. Si te vas a cambiar en el futuro, hazlo mínimo a una 380X con HBM. Yo tenia una 6850 toxic, y me pillado una 280X toxic, me hubiese esperado a la 380X la verdad, porque pagar esa diferencia para verlo todo de ALTO a ULTRA como que no merece la pena… Siempre el doble de procesadores o mejor dicho 2.5x siempre al comprar una nueva tarjeta..

      • Fx

        Gracias, si yo también estaba pensando mas o menos lo mismo (una 370x) pero el tema es el consumo que estoy esperando a ver si la serie 300 sera muy demandante

      • EpsylonRad

        Yo me esperé del 6870 al 290 Vapor. Tendrá su segunda juventud con DirectX12

  • johan vilca

    Oh si mi a6 3500 va a sacar un poco mas de potencial

  • Jose Guillermo Cordero Garcia

    que pasa si tengo un procesador que no es compatible y una tarjeta que si es compatible con directx 12?

    • EpsylonRad

      Sacas todo el provecho a DirectX12, porque los únicos procesadores que sacan provecho a Directx12 son los Apu´s (desde Steamroller) con su gráfica integrada.

      Dice Intel que también lo hara, pero como no lo sigo, supongo que serán las iGPU de Broadwell en adelante…

      • Jose Guillermo Cordero Garcia

        en otras palabras puedo?

        • Iago Crende

          Sí.
          Cualquier CPU que tenga más de 1 núcleo hará uso de dX12 si tienes una gráfica compatible (como es tu caso).
          dX12, entre otras cosas, la gran mejora en drawcalls que realiza es gracias a aprovechar el que tengas varios hilos de ejecución en tu procesador para paralelizar las colas de ejecución en las unidades ACE de las gráficas compatibles por hardware con dX12.
          Así que no te ralles, tienes compatibilidad sin problemas.

          • Jose Guillermo Cordero Garcia

            muchas gracias!!!!

      • Jose Guillermo Cordero Garcia

        y una apu 5800k 3.8ghz y una r9 270x puedo tener directx 12?

        • EpsylonRad

          Puedes utilizar un Phenom o Phenom 2 y vas a poder hacer uso de Directx12.

          Directx es el Api de los sistemas de Microsoft que se encarga del manejo y la comunicación de la GPU.

          Si tienes un sistema con una grafica AMD GCN (gran parte de la serie 7000- toda la serie 200 Volcanic), tu sistema entonces soporta Directx12.

          Los procesadores que sin GPU dedicada se benefician de DirectX12 son las APU´s que tienen iGPU con arquitectura GCN por ejemplo toda la línea Kaveri.

          Volviendo a lo tuyo, puedes poner un Atom basura y la GPU 270x Soportará Directx12 Igualmente. Solo tienes que actualizar tu sistema operativo a Windows 10 cuando este disponible.

          Saludos

          • Jose Guillermo Cordero Garcia

            muchas gracias

            me sacaste de una gran duda

          • Anónimo

            oye te puedo hacer una pregunta el a10 5800k y la r9 270x hace cuello de botella?

          • Anónimo

            entonces el directx 12 ayudara tanto a la cpu como a la gpu?

  • Kelvin Osorio

    Tengo una duda, talves no preste mucha atencion, desde la series HD 7000 hasta r9 es totalmente compatble con dx 12 o solo algunas funciones.

    • Iago Crende

      Desde la HD 7730 en adelante la compatibilidad es completa.