Category:

GPU

Información referente a todas las GPU del mercado, tanto integradas como dedicadas.

Drivers GeForce 436.51 HotFix

by admin octubre 3, 2019

written by admin

Hoy NVIDIA suelta sus Drivers GeForce 436.51 HotFix, ¿que nos aportan?

Estos drivers vienen a complementar las mejoras del driver anterior 436.48, pero añadiendo arreglos en los juegos FIFA 19, FIFA 20 y Star Wars: Battlefront II (2017) que sufren cierres de forma inesperada.También se arregla el flickering que está experimentando los jugadores del Apex Legends.

Puedes descargar los Nvidia GeForce 436.51 HotFix desde el siguiente enlace.

octubre 3, 2019 27 comments

GPU Hardware

(Actualizada) Driver Adrenalin 19.9.3, Radeon Image Sharpening para Vega

by admin septiembre 30, 2019

written by admin

Última hora desde AMD por parte del usuario tmakedon de Reddit, director de estrategia de software de AMD, anuncia que los Driver Adrenalin 19.9.3, traen el soporte exclusivo Radeon Image Sharpening para la arquitectura Vega.

El incluir esta tecnología es algo que esperan muchos jugadores que vieron como los silicios Polaris y Navi se beneficiaban de esta tecnología pero en Vega se quedo a las puertas, la cual AMD ofreció integrarlo finalmente en esta edición de drivers tras el aclamo de los jugadores y poseedores de dichas GPU, además de pedir disculpas por parte ddel mismo usuario por hacerlo en un orden equivocado y no incluir a Vega desde el principio.

Los usuarios de Vega y otras GPU podían beneficiarse de esta tecnología anteriormente no soportada de manera nativa gracias a ReShade, lo cual al ser una herramienta no oficial e inyectarse en los juegos, podría causar falsos positivos en los anticheats de juegos pudiendo llevar sanción, pero eso es historia para los usuarios de Vega si este driver finalmente cumple lo que se promete.

Como añadido, este driver también trae soporte para Ghost Recon Breakpoint, el cual habrá disponibilidad para jugarlo en breve.

Estaremos a la espera cuando estén publicados y haremos review de ello con nuestra Vega 64, además de actualizar esta noticia con todas las características del mismo, Driver Adrenalin 19.9.3, Radeon Image Sharpening para Vega, una gran noticia para todos. ¡Estad atentos!

– Cambios oficiales del driver (actualizada)

– Cambios añadidos:

Soporte para Tom Clancy’s Ghost Recon®
Radeon Image Sharpening
- Soporte para Radeon VII, Radeon RX Vega 64, Radeon RX Vega 56 y Radeon Vega Frontier en DirectX®12 y Vulkan®.

– Problemas solucionados:

Fixed Issues

Sekiro: Shadows Die Twice™ corrupción de texturas en algunas partes del juego.
Bloqueos en Discord™ con Navi cuando la aceleración por HW está habilitada.

Podéis descargar este gran driver desde la web oficial de AMD o desde aquí.

septiembre 30, 2019 3 comments

AMD-Radeon-RX-5700-XT-50th-Anniversary-Edition

Dedicada GPU Hardware

RX 5800 el silicio Navi 12 que esperábamos

by admin septiembre 30, 2019

written by admin

Si a finales de Julio hablamos en Disruptive Kernel de que probablemente esperábamos un silicio de mayores características para Navi, al final dos meses después tenemos más noticias sobre la RX 5800 el silicio Navi 12 que esperábamos por parte del medio 3DCenter y el usuario que aporta la información, Berniyh.

La confirmación de la existencia de estas GPU viene de la mano de los drivers de Linux, los cuales nos aportan que tenemos un silicio de gama mayor basado en Navi a punto de llegar al mercado.

– Navi 12, desde un 30-50% más de shaders

Estos silicios vendrían a tener un 30 o 50% más de shaders que el silicio Navi 10 actual, que de ser cierto lo del 50% respecto a las RX 5700 nos deja muy cerca de lo 4096 shaders de los que saldrían 3840, los mismos que cuenta la ya descatalogada de manera temprana e injusta Radeon VII, su antecesora en la gama top de AMD con menos de un año de vida antes de entrar en EOF (End Of Life).

Se comentan rumores de que estas GPU podrían venir con HBM2 como memoria principal a diferencia de sus hermanas inferiores, tal vez esto sea un poco apresurado de aventurar todavía, sobretodo cuando el bus de esta tarjeta parece ser de 256 bits, el cual nos indicaría que estamos ante una GPU que llevaría GDDR6 a unos 16 GHz, además esta memoria se encuentra cumpliendo bien su función de ofrecer un buen ancho de banda a bajo coste, pero todo está por ver finalmente cuando se muestren las especificaciones oficiales.

No hay que olvidar que Navi ya no dispone de la limitación de 64 CU y 4096 shaders que si disponía GCN su antecesora y vieja en la jerarquía de arquitecturas gráficas de AMD, lo que no nos extrañaría que en el futuro existiese otro silicio todavía mayor a este para competir con la 2080 Ti, puesto que este competiría con la 2080 más propiamente de la RX 5800 el silicio Navi 12 que esperábamos

– Navi 14, la gama de entrada de la serie 5000

En estos drivers también tenemos datos parciales sobre Navi 14, revisión referente a las 5600 y 5500 , las cuales vendrían con un bus de 128 bits por su memoria más modesta, un conteo de shaders bastante menor 1536 con 24 Compute Units (CU), algo totalmente normal para la gama que es.

septiembre 30, 2019 16 comments

GPU Hardware

Driver Adrenalin 19.9.2, novedades interesantes

by admin septiembre 13, 2019

written by admin

Desde ayer. tenemos un nuevo driver Adrenalin… como es de esperar, si hacemos noticia de ello es porque tenemos alguna opción interesante que antes no teníamos. Vamos a ver que características nos trae.

– Mejoras añadidas:

Borderlands 3
- Hasta un 16% de mejora de FPS en GPU Navi respecto a los controladores 19.9.1.
Radeon Image Sharpening en Polaris
- Ahora disponible Polaris, partiendo desde RX 470 en adelante, para aplicaciones DirectX 12 y Vulkan exclusivamente.

– Problemas solucionados:

Con la sincronización vertical, el framerate puede quedar anclado a 30 FPS a frecuencias de actualización de 75 Hz en el monitor.
Inestabilidad en el navegador con Navi al ver contenido.
Problemas en la grabación de Audio con Radeon Relive.
No funcionan algunos estados de la GPU en Navi, los cuales algunos se enumeraban como deshabilitados.
Percances con Enhanced Sync con Navi.

Problemas conocidos

Sekiro: Shadows Die Twice con texturas rotas al salir del juego.
Sistema inestable al modificar la configuración HDR con Radeon Relive habilitado.
Bloqueos en Discord con Navi si la aceleración por HW está habilitada.
Artifacts en algunas configuraciones con monitores de 75Hz
Call of Duty: Black Ops 4 puede stuttering con algunas configuraciones.
El software Open Broadcasting puede experimentar caídas de FPS o stuttering al usar la codificación AMF en algunas configuraciones del sistema.
Puede faltar opciones de reescalado de HDMI en la configuración con AMD Radeon VII cuando la pantalla principal está configurada en 60 Hz.
Stuttering cuando Radeon FreeSync está habilitado en pantallas de actualización de 240 Hz con Navi.
Relojes que no bajan frecuencias en la memoria con Radeon VII.

La gran novedad de este driver es que toda la gama Polaris se beneficia de Radeon Image Sharpening… estamos a la espera de que AMD sea coherente y lo implemente en la serie Vega, la cual es una gama superior y actualmente no cuenta con soporte oficial para esta característica, puesto que podemos activarla de manera no oficial con ReShade, pero pueden sancionarnos en juegos online al inyectarse en memoria de manera no oficial como si haría la versión mediante driver.

septiembre 13, 2019 4 comments

Dedicada GPU Open Source

Saber al 99% si tus memorias de GPU son estables

by admin septiembre 7, 2019

written by admin

Hoy os presentamos una herramienta muy útil y apta para todo tipo de GPU (AMD, futuras Intel y NVIDIA) para saber al 99% si tus memorias de GPU son estables.

Esta herramienta se llama MemtestCL, es Open Source y la cual usa la API de computo también Open Source OpenCL, con esto nos da soporte a todas las GPU que hacen uso de esta API, las cuales son todas actualmente. Trabaja de la misma manera que la versión para testar memorias en CPU, copiando y comprobando el resultado de lo copiado.

Es una herramienta de consola, la cual podemos ejecutar desde un archivo “.bat” o directamente desde la misma. Para ejecutarla desde consola, debemos ir a la carpeta donde se encuentra el ejecutable y con las teclas “Ctrl+Shift+Botón derecho del ratón“, se abre un desplegable para poder ejecutar una consola en el mismo directorio de la herramienta.

Tiene una limitación en la cual solo puede usar 3400 MB máximo de VRAM por instancia, puesto que la herramienta ha sido compilada para sistemas de x86 hace bastantes años, lo cual si queremos testar una GPU con 8 GB de VRAM, debemos abrir dos instancias de consola o ejecutar dos veces el archivo bat que crearemos a continuación.

Para una comprobación óptima, lo adecuado es una comprobación de mil iteraciones en el test, con este comando si lo usamos desde consola:

memtestCL --gpu 0 3400 1000

La opción –gpu indica que GPU vamos a testar, la cual será siempre cero si solo tenemos una, 3400 el tamaño de la memoria que vamos a usar en esta instancia (recordad que no funciona con mucho más que esto, lo cual lo adecuado es ejecutar en dos instancias si tenemos más memoria) y por último las iteraciones que queremos que haga el programa, las cuales yo recomiendo que sean 1000.

La segunda opción y bastante más cómoda, es crear un archivo “.bat” para ejecutarlo, lo cual lo crearíamos creando un archivo de texto en el directorio de la herramienta, cambiándole el nombre a “Minombre.bat” (importante que acabe en .bat y no .txt” y dentro del archivo incluir estos comandos:

@ECHO OFF
 memtestCL --gpu 0 3400 1000 
 pause

Después sería simplemente ejecutarlo y dejarlo acabar.

Puedes descargar esta herramienta desde aquí, accediendo al Github de su autor.

Con esto puedes saber al 99% si tus memorias de GPU son estables, cualquier duda… ¡recordad que tenéis los comentarios!

septiembre 7, 2019 11 comments

CPU GPU Hardware

Cuello de botella de la CPU en juegos y como distinguirlo

by admin septiembre 3, 2019

written by admin

Cuello de botella de la CPU en juegos y como distinguirlo, uno de los dilemas en los que la gente comenta mucho pero comúnmente se interpretan de manera errónea, con viejos pretextos como “a mayor resolución no tendré cuello de botella“, los cuales no son ciertos del todo y requiere un planteamiento de hasta donde es válido este concepto.

– Localizar el último componente que hará cuello de botella

Tenemos que tener claro que el cuelo de botella puede provenir de tres elementos principales que son primordiales en la ejecución de un juego, que son la CPU, la GPU o nuestro monitor.

Con esta imagen entenderemos los tres escenarios que se nos pueda plantear, pues el cuello real sucederá en el que más lento trabaje de todo el conjunto, lo cual eso no significa que sea malo y nos permite un margen de juego a la hora de comprar un componente, el margen se basará en lo que realmente necesitemos.

Aquí tenemos un ejemplo muy común, muchas veces innecesario pero que sucede, lo cual se compra hardware sobre-dimensionado… una CPU que es capaz de procesar 210 Fotogramas por segundo (FPS), una tarjeta gráfica que es capaz de dar solo 180 FPS (a la resolución determinada del monitor, luego aclaramos esto) y un monitor que solo es capaz de mostrarnos 144 FPS.

Evidentemente el cuello en esta imagen es nuestro monitor, puesto que la CPU y la GPU rebasan sobradamente la tasa de frames que el monitor es capaz de mostrar, lo cual mayormente hemos comprado componentes sobre-dimensionados para esta configuración en el mayor de los casos (luego aclaramos esto también).

Este ejemplo es muy similar al anterior, solo cambiando el microprocesador, el cual esta vez el micro es capaz de hacer menos llamadas de renderizado a la GPU de las que esta puede ofrecernos, pero nos encontramos en un escenario muy similar al primero realmente, el cuello de botella seguiría en el monitor así que el escenario sería prácticamente el mismo rendimiento a pesar de usar un microprocesador mucho más barato.

Ahora pondremos uno de los ejemplos muy comunes, en las que la gente pica mucho por marketing pero por falta de desconocimiento muchas veces pagan de más llevando un equipo totalmente sobredimensionado.

¿En este caso?, evidentemente el cuello principal es la tarjeta gráfica (dependiendo del motor gráfico del juego al que nos refiramos), si no muy probablemente será el monitor… en este caso el ejemplo es del motor Frosbite que usa el juego Battlefield V (puede haber variaciones dependiendo de memorias, relojes de la GPU y demás, pero se le acerca bastante a este resultado).

¿Conclusión?, 270€ de presupuesto que se podrían gastar en refrigeración que una CPU puede traer y otra no, una mejor gráfica y monitor para hacer un equipo más compensado, discos o una buena fuente de alimentación, la elección es a vuestra imaginación.

Lo importante es hacer equipos equilibrados, no dejarse llevar por el marketing de un microprocesador o las malas lenguas de cualquiera que ronde la web ni guiarse por fanatismos, si no buscar datos reales y de fuentes fiables sobre lo que tenemos pensado montar, lo que queremos obtener y por cuanto tiempo queremos nos dure.

En estos ejemplos se habla de Hz/FPS de average (media), lo que realmente pesa para ver el rendimiento de un componente, en el siguiente artículo comentaremos las variaciones del mínimo y el máximo, los cuales también son importantes y depende de muchos factores distintos.

– Mitos y realidades sobre el cuello de botella respecto a la resolución

Algo que escuchamos actualmente, es que un procesador que hace cuello de botella a una GPU, se palía subiendo la resolución y el cuello de botella dejará de existir.

Esto es cierto a medias, una CPU es capaz de hacer un número determinado de llamadas a la GPU para renderizar una cantidad de frames, esto significa que si nuestro microprocesador es capaz de hacer 180 llamadas esto se traducirá en 180 frames máximo si la GPU es capaz de mantener ese framerate a la resolución que estamos jugando.

Si nuestra CPU es capaz de llamar 180 veces a la GPU por segundo, nuestra GPU es capaz de atender 220 llamadas a 1080p y nuestro monitor capaz de mostrarnos 210Hz, tendremos una CPU que está haciendo cuello de botella al conjunto entero y un monitor que está haciendo cuello a la GPU en el caso de solucionar el cuello de la CPU, lo cual el cuello en esta configuración y en todas finalmente se quedará en el elemento más lento de la cadena, porque la CPU que no puede abastecer el requisito de los demás…

Estas llamadas son totalmente independientes de la resolución, es decir da igual que tu estés jugando a 1080p que a 4K, tu procesador será capaz de atender 180 llamadas a cualquier resolución en ese motor gráfico (puede variar en cada uno dependiendo de IPC, aprovechamiento multihilo…), luego será la GPU la que tenga que dibujar todo lo que pide esas llamadas y dependiendo del modelo y su capacidad está si será determinante a la hora de una u otra resolución en el framerate a diferencia de la CPU.

El tema de que una CPU deja de hacer cuello de botella al subir la resolución es relativo, dejará de hacerlo porque exigimos más trabajo a la gráfica, la cual seguramente baje por debajo de la tasa de frames máximas a las que la CPU es capaz de abastecer enmascarando el cuello de botella que si teníamos a otra resolución, pero no significa que el problema esté solucionado totalmente, sobretodo si estamos buscando una tasa de frames concreta que la CPU no pueda darnos, la cual si nuestra CPU no consigue a una resolución inferior, jamás lo hará en otra superior aunque montemos la GPU más potente del mercado, puesto que la cantidad de frames capaz de dar el micro será siempre la misma (dependiendo de cada motor gráfico y su aprovechamiento).

Se puede intentar paliar el cuello de botella de la CPU en juegos aumentando el número de llamadas a la GPU por parte de la CPU haciendo overclock, al igual que dependiendo de la arquitectura del procesador, si es más dependiente de la RAM tal vez montando módulos más rápidos o haciendo overclock a estos podamos aumentarlas, pero esto tiene un límite determinado .

El porcentaje de cuello de botella de una CPU hacía una GPU se calcula entorno al número de FPS que una GPU puede llegar a dar en determinada resolución por encima de las que la CPU puede solicitar, por ejemplo si una 2080Ti es capaz de darnos 300 FPS en 1080p y un 9900K es capaz de gestionar 230 FPS (230 llamadas por segundo a la GPU), el cuello será el resultado de 300/230… es decir un 30%, lo cual es un escenario totalmente válido y que nos podemos encontrar hoy en día, ya que a 1080p es una resolución que cualquier GPU tope de gama ahora mueve muy sobradamente, lo cual incluso las CPU más poderosas pueden tener cuello de botella.

Hasta aquí el cuello de botella de la CPU en juegos… ¡cualquier duda recordad que tenéis los comentarios!

septiembre 3, 2019 29 comments

GPU Hardware

NVIDIA Driver Game Ready 436.02, supuesto 23% en entredicho

by admin agosto 21, 2019

written by admin

Comenzamos la noticia con un tema algo polémico, NVIDIA Driver Game Ready 436.02, supuesto 23% en entredicho.

En varios medios y por parte de NVIDIA, se ha hecho eco de que este driver viene con un aumento de rendimiento para unas GPU Turing de hasta un 23%, en concreto el modelo Super, el cual porta las mismas versiones de silicio que las versiones RTX normales, puesto que son los mismos silicios de la gama RTX normal a diferencia que poseen algunos shaders más/menos, silicios que han quedado a medio camino entre gamas y los han sacado con un rebrand de gama para no desperdiciarlos, algo común en todas las compañías y totalmente respetable.

Esto significa por tanto que la gama RTX común también debería recibir mejoras concretas con este driver, si bien puede ser que no tan pronunciadas por carecer de un porcentaje de shaders, al menos pronunciables al ver las mejoras anunciadas.

Personalmente hemos tardado en emitir esta noticia porque hemos estado comprobando la realidad de este porcentaje anunciado, intentando contrastarlo con fuentes fiables para ver que hay de realidad directamente, en vez de hacer un copy-paste de cualquier otro medio como han hecho otros compañeros… lo cual gracias a eso hemos encontrado unos resultados bastante relevantes, incluso sorprendente en los cuales algunos de los juegos no son los anunciados en las mejoras, pero otros si.

– Mejoras reales, pruebas…

La GPU utilizada para las pruebas es una RTX 2070 con una CPU Ryzen 5 2600X bajo XFR2, 16GB de RAM… ambas pruebas en las mismas condiciones, en Shaders esta GPU se equipara muy próxima a una RTX 2060 Super, como comentamos atrás enseñando las especificaciones de ambas, son los mismos silicios Turing con características muy similares (TU106), por lo que deberían recibir también mejoras de rebote, a no ser que NVIDIA haya decidido no mejorar estas gamas de manera intencionada con el poco tiempo que llevan en el mercado, algo inusual que no creemos que haya sucedido.

– Forza Horizon 4:

– Mejora anunciada por NVIDIA bajo este juego en distintas resoluciones con el driver 436.02:

– Driver 436.02, resultado de test de rendimiento:

– Driver 430.64, resultado de test de rendimiento:

En el anuncio de NVIDIA se reporta una mejora de un 17.1% en este juego bajo el último driver recién estrenado, por el contrario en las pruebas reales en los mismos escenarios, nos encontramos una pérdida de rendimiento en los FPS mínimos entorno a un 4.7%.

No disponemos de acceso a más juegos en los que se reportan mejoras, pero fuentes ya me han informado de que la mejora que existe en muchos casos se remite a la misma que el anterior ejemplo, así que no sabemos que ha sucedido con este driver ni de donde sale ese 23% que se anuncia.

Ahora seguiremos con las demás características de este polémico driver, algunas interesantes y otras no tanto…

– Modo latencia “ultra baja”

Esta opción viene dada principalmente como ofensiva haca los controladores de AMD producto de la competencia, a estos se ha incluido esta opción similar… que curiosamente ya existía en el driver, solo que al parecer no funcionaba como debía bajo determinadas versiones de DirectX.

Normalmente en una configuración del driver predeterminada, la GPU pone en cola 3 frames para ser renderizados… en un modo de baja latencia común en esta cola solo pasa a haber un frame que se renderiza de manera inmediata al terminar el anterior, pero queda en espera en la cola. Con el modo de latencia ultra baja es similar a este último, simplemente no pasa por una cola, se envía directamente a renderizar al terminar.

La mejora abarca todas las versiones de Maxwell, Pascal y Turing al parecer.

– Escala de enteros, opción beta solo para Turing

La gente que juegue juegos retro o Pixel Art está de suerte, ahora Turing soporta escalada de enteros para ver las imágenes bastante más nítidas.

– Filtro Sharpening

Como ofensiva de nuevo por la competencia, NVIDIA también ha integrado un filtro de sharpening, la cual ya podríamos disfrutar mediante ReShade en todas las GPU tanto AMD como NVIDIA.

Agradecimientos a los compañeros @SeveenPs por hacer las pruebas del driver con su RTX 2070 y a @Shinobi por hacerlas con Maxwell, aunque los drivers ya en esta arquitectura apenas sufren mejoras y por ello no se han incluido en la prueba y en general a todos nuestros lectores, ¡que cada día sois más!.

agosto 21, 2019 21 comments

CPU GPU Integrada

APU Renoir, Zen 2 para 2020 pero con gráficos Vega

by admin agosto 14, 2019

written by admin

APU Renoir, Zen 2 para 2020 pero con gráficos Vega, es lo que nos indica los drivers de GPU libres de Linux, los cuales han sufrido una nueva entrada dedicada a estas APU indicando que su iGPU al parecer se encuentra bajo un silicio Vega 10.

Vega 10 es el silicio de la primera iteración de la arquitectura Vega las cuales abarcan las Vega 56 y Vega 64, al parecer el indicativo de tomar esta decisión y no querer meter Navi bajo una APU Zen 2 puede tener un doble fondo, el tratar de no canibalizar el mercado estrella de AMD, los SoC personalizados que montarán millones de consolas y llevan reportando beneficios durante tantos años a la compañía.

El único pequeño cambio palpable en este silicio Vega 10 que llevarían estas APU estaría en el codificador de vídeo por hardware VCE, que pasaría a ser versión 2.0 a excepción del que porta la arquitectura original, VCE 1.0… lo cual no representa ningún cambio sustancial a la hora del rendimiento gráfico, solamente a la hora de codificar y decodificar vídeo acelerado por la GPU.

Es entendible de que si existiese una APU Renoir, Zen 2 para 2020 pero con gráficos Vega, con 8 núcleos y en lugar de Vega gráficos Navi, muy probablemente eclipsaría gran parte del mercado de consolas, puesto que sería lo mismo en un posible combo más asequible y con la ventaja de disponer de PC, añadirle la refrigeración, caja y diseño que quisiésemos y demás, lo cual muy probablemente no quieran arriesgarse a comprobarlo.

agosto 14, 2019 11 comments

Dedicada GPU

GPU Hot Spot Temperature en GPU AMD, ¿que es?

by admin agosto 13, 2019

written by admin

En las últimas horas se ha levantado algo de revuelo de manera referente a las GPU Navi 10, en concreto con el modelo de referencia por sus elevadas temperaturas en este “sensor”… hoy aquí vamos a aclarar todo lo posible, GPU Hot Spot Temperature en GPU AMD, ¿que es?, también con posibles soluciones al problema siguiendo a sus referentes anteriores.

– ¿Que es GPU Hot Spot Temperature?

Hubo mucha polémica con este sensor a la salida de las GPU RX Vega, nadie conocía que parte exacta abarcaba, el cual se disparaban las temperaturas normalmente unos 15ºc por encima del sensor “GPU Temperature” en carga, es decir el sensor de la temperatura del núcleo.

GPU Hot Spot Temperature está identificado como un sensor, pero en realidad no solo es uno… es la lectura de temperatura más alta en el conjunto del núcleo de una GPU AMD, es decir en el núcleo de la GPU hay repartidos varios sensores por distintas zonas, algunos de ellos ya están identificados porque hacen su propia lectura y nos muestran con nombre propio lo que está midiendo su sonda (GPU Temperature, por ejemplo), pero además de estos hay más sensores que no muestran su lectura directamente, solo muestran la más alta del conjunto reportada en el polémico sensor “GPU Hot Spot Temperature”.

Estos sensores abarcan todo el núcleo, interposer y la parte del backplate donde se encuentran las resistencias SMD del núcleo… podemos verlo más de cerca con una cámara térmica.

En el caso concreto de Vega, se llegó a la conclusión que la temperatura en este caso concreto se disparaba porque los DIE de HBM2 se encuentran más altos que el DIE del núcleo, lo cual quedaba a desnivel y disparaba las temperaturas de una parte de la GPU, reportando el problema en este sensor.

En este caso se palía haciendo un lapeado al disipador de la GPU para compensar la desigualdad de los DIE, también en parte cambiando el orden de apriete habitual de los tornillos para que realice otro orden de presión a la hora de esparcirse la pasta distinto al habitual.

En resumen, ¿debe esto alarmarnos?… depende, la idea de este sensor es recoger datos de todo el conjunto del núcleo y cuando alguna parte de este supere determinada temperatura, actuar en consecuencia con la curva del ventilador/frecuencias/voltajes, bajándolos si es preciso para no vulnerar la fiabilidad de la GPU.

Esta cadena de sensores no existía antes de Polaris, pero eso no quita que este posible problema no existiese en el pasado de manera encubierta, es decir GCN siempre ha sido caliente y en el pasado hasta ahora lo hemos visto de cerca de varias maneras, tanto sin disponer de esos sensores como disponiéndolos con Vega, desde GPUs duales basadas en GCN hasta monstruosos silicios hemos tenido disponible siempre el sensor de GPU Temperature y poco más, los cuales tenían temperaturas mucho más bestiales que las GPU actuales, pero no varios sensores recogiendo datos por todo el núcleo y mostrando el resultado del más caliente en consecuencia como ahora, lo cual seguramente existían puntos calientes similares a los actuales sin que la GPU nos mostrase algo, en algunos casos seguramente superando valores que si los conociésemos nos asustaríamos terriblemente, pudiéndonos dar cuenta como mucho si disponíamos de cámara térmica o una sonda externa en el lugar adecuado, pero por ello no notando muertes prematuras de GPUs.

Es decir, no debemos tomarlo como un valor crítico, GPUs del pasado seguramente han pecado de lo mismo y no lo hemos visto sin ver muertes prematuras ni nada que nos indique que tengamos que tener un especial cuidado, tenerlo por debajo lo máximo posible es algo prioritario como cualquier temperatura de cualquier componente, pero tampoco alarmarse desmesuradamente.

Si es cierto que superar los 100ºc no es una temperatura sana para ningún componente ni en ningún escenario, es algo inusual y es importante buscar una solución para paliarlo, por mucho que AMD nos diga que es una temperatura segura, sobretodo si es un problema en algo tan común como jugando, porque en cargas más pesadas como resolver hashing o minando puede llegar a dispararse bloqueando la GPU a una frecuencia determinada para no llegar a su temperatura crítica y con ello perdiendo rendimiento.

– Posibles soluciones

De manera muy resumida puesto que cada GPU y ensamblador usa mayormente sus propios diseños de PCB y distribución de los mismos, dependiendo del modelo concreto gama y GPU, la manera de paliar el problema pueden ser distintas soluciones e incluso algunas que desconozca y no pueda exponeros aquí.

– GPU Polaris o Navi 10

El silicio de estas GPU es pequeño, no tienen varios DIE en su composición así que la solución puede ser a su vez bastante sencilla, tenemos que desmontar la GPU y ver si tenemos un thermal pad que une el backplate de la GPU con el núcleo, si no lo tenemos, recomiendo poner uno que llegue a tener contacto directo con la trasera del núcleo y el backplate, eso bajará las temperaturas… si a mayores queremos bajarlas más, un pequeño ventilador por la parte posterior al backplate ayudará.

Si tienes una GPU reportada y lo haces, házmelo saber. Como nota, en Polaris ese sensor existe pero no se muestra al público, así que sin cámara térmica no podrás saber si hay sobrecalentamiento.

– GPU Vega 10 y Vega 20

Si dispones de Vega o de VII, la solución puede ser algo más compleja… tenemos dos y cuatro stack de memorias HBM2 a distinto nivel del núcleo, la solución más rápida y la que más recomiendo es hacer undervolt con las frecuencias de stock, cuando ya sea inestable dejar en el último valor estable y desde ahí si queréis hacer OC, subir lo máximo posible… mayormente eso dejará el Hot Spot sobre unos 80ºc – 85ºc, lo cual es una temperatura bastante buena, pudiendo bajarla algo más añadiendo un thermal pad entre el backplate y la parte posterior de la GPU si no lo tenemos ya, más añadir un ventilador encima del mismo por la parte del núcleo.

La forma compleja es lapear el disipador, para lo cual haremos un tutorial más adelante para enseñaros como debéis hacerlo, pudiendo añadir incluso metal líquido, una refrigeración líquida si os “calentáis”, más el añadido de un thermal pad en el backplate y demás… aunque solo con lapear el disipador adaptándolo a los DIE de nuestra unidad ya tendríamos un resultado más que bueno.

Como nota final, si añadís un thermal pad, que no sea de grafito como hace la Radeon VII, puesto que esta lo utiliza en el núcleo y nosotros hablamos de utilizarlo por detrás del backplate, donde hay contacto directo con las resistencias SMD y provocando un cortocircuito seguro si ponéis un conductor, así que si usáis un thermal pad que sea común de alto rendimiento.

Aviso: Yo ni el sitio nos hacemos responsables de lo que hagáis con vuestras GPU, lo aquí expuesto son recomendaciones de como paliar los posibles problemas, eso si siempre bajo vuestra responsabilidad.

Bueno, hasta aquí GPU Hot Spot Temperature en GPU AMD, ¿que es? y posibles soluciones para paliarlo. Cualquier duda o pregunta, tenéis los comentarios.

¡Gracias por tu tiempo!

agosto 13, 2019 18 comments

Dedicada GPU

NVIDIA Killer, el supuesto apodo del silicio Navi 23

by admin agosto 11, 2019

written by admin

Se rumorea que dentro de las arcas de AMD existe NVIDIA Killer, el supuesto apodo del silicio Navi 23 que la compañía estrenará en 2020.

Al parecer es apodado así porque este silicio competiría directamente con la gama top de NVIDIA, no sabemos si se refiere a la actual Turing o Ampere exactamente, pero no es de extrañar que esto pueda suceder puesto que si es cierto lo que comentamos en una noticia anterior, no solo Navi 20 habrá dejado atrás el límite por silicio de 64 Compute Units, si no que bajo los 7nm+ EUV de su próxima versión permitiría una eficiencia mayor, con más densidad de transistores e incluso probablemente con un mejor overclock del que ya tiene Navi en general, lo cual dejaría muy bien posicionada estas GPU de manera teórica, aunque luego tal vez las veremos un poco eclipsadas hasta pasadas un tiempo por el tema del pésimo soporte de drivers inicial que suelen tener estas tarjetas gráficas a su salida.

A día de hoy sabemos que estos silicios traerán soporte pleno por hardware para la tecnología RayTracing bajo la implementación de un árbol BVH como NVIDIA, aunque no sabemos de que tipo exactamente.

También empieza a coger fuerza el rumor de que AMD volverá a dejar de lado GDDR6 e implementaría la nueva memoria presentada hace poco por Samsung, HBM2E, también conocida como Flashbolt, la cual entrega un ancho de banda por die de 410GBps y 16GB de memoria VRAM.

Todo pinta que AMD volverá a competir en todas las gamas de GPU de nuevo, aunque siempre lo ha hecho en la más relevante que es la gama realmente más vendida, la gama media… pero os iremos informando según vayamos teniendo más datos de ese supuesto silicio NVIDIA Killer, el supuesto apodo del silicio Navi 23.

agosto 11, 2019 89 comments

Newer Posts

Older Posts