cercata escribió:darksch escribió:Para optimizaciones concretas DX12 da acceso exactamente igual que la API exclusiva. Con lo cual puedes hacer exactamente lo mismo, pero aprovechándote de las funciones ya definidas. Por poner un ejemplo, yo para qué quiero definirme lo que es un framebuffer, si DX12 ya lo trae y lo puedo crear con 2 llamadas. Si es por el acceso a cosas concretas como la eSRAM, también lo permite, con lo cual ¿dónde está la ventaja de usar la otra?
Pues yo
"supongo" que en el numero de ciclos de CPU que se tarda para hacer lo mismo ...
Si me equivoco, esto sera un hito enorme en la historia de las consolas, y en futuras generaciones todos lo copiaran, y la portabilidad de los juegos sera mucho mayor en la sucesivas generaciónes.
No tendría por que tardar más ciclos usando DX. Todo dependerá de la optimización de las bibliotecas y el driver. Consideremos que DX no está montado sobre otra API como la exclusiva suponiendo un nivel superior. Por verlo de esta forma, imagina en C tienes 2 opciones: usar una biblioteca ya hecha o hacerte la tuya propia para operaciones matemáticas, imagina que esa biblioteca ya usa todas las extensiones de la CPU (SSE, SSE2, 3, etc.). ¿La tuya sería más rápida?, igual lo consigues, pero el esfuerzo que conlleva para obtener una mejora probablemente escasa, quizás te compense más centrarte en optimizar tu propio código.
Con las API pasará lo mismo, igual si tú te haces todo el tinglado de los contextos, gestión de accesos, envío de comandos, etc. Sin embargo:
- ¿Conseguirás realmente más rendimiento que lo que hayan preparado los mismos que han diseñado el hardware?. Viendo el rendimiento que está dando DX12 que incluso supera a Mantle en AMD (su API exclusiva), creo que podemos pensar que los de M$ están haciendo un buen trabajo.
- En el hipotético caso de que en XOne consiguieras mejores resultados que quieres han diseñado la máquina, improbable pero supongámoslo, es muy probable que dicha mejora sea ínfima, y a un coste en tiempo y esfuerzo que no habrá merecido la pena, ya que dedicando todo ese esfuerzo a optimizar las otras partes importantes (shaders, uso de la eSRAM, etc.) y tu propio código seguramente la mejora sería muy superior.
Yo veo que la idea será usar las bibliotecas ya integradas DX12 que a vista de los resultados están muy optimizadas, con lo cual hablando en desarrollo no compensa intentar mejorarlo, y centrarse en las optimizaciones que cundan, que son las específicas, y por eso DX12 da ese tipo de acceso.
![[maszz]](/images/smilies/nuevos2/dormido.gif "otro q duerme")
La ultima vez creo que hablabamos de un cortex-a5 que habia perdida por la placa, que como maximo tiene 4 cores y es el mas bajo de la seria armv7, mientras que ese diagrama esta hablando de varios procesadores RISC, agrupados de dos en dos y que cada uno es capaz de mover 16 threads.
