Ну всё, выйдет DX12 и все сразу побегут играть в микробенчмарки.
Самое смешное - всё это и так отлично делалось что под DX11, что под OpenGL последний. Ну не число вызовов отрисовки является узким местом, не оно.

devl547 разрабы же говорили что как раз таки вызовы отрисовки и являються узким местом 11 директа

Добавлено спустя 5 минут 50 секунд:

Ну все таки ты загнул в Ассассинах(последних двух частях) графика очень даже норм, и там совершенно справедливо то что Титаникс не может это все вытягивать

Ну как вам сказать - вы правы и одновременно не правы .Рекомендую перечитать вторую приведённую выше ссылку. Так вот видеокарта при DX11( и всех более ранних версиях) просто "не видит" более 2 -х ядер процессора при рендере . Понимаете ? Проц может иметь хоть 100500 ядер - да, и их всех можно загрузить ИИ или физикой или ещё чем - но вот САМОЕ ГЛАВНОЕ - РЕНДЕР - он ограничен только 2-мя ядрами и это является именно самым узким местом . А вот dx12 видит уже 6 ядер !!! ШЕСТЬ !!! Это фактически трёхкратный прирост. Но проблема в том , что сейчас нет никакого софта - даже бенча(кроме теста с вызовами отрисовки слепленного на скорую руку) который может видеть 6 ядер под рендер . Майкрософт оказалась просто не готова - Mantle для неё стал - это как удар под "дых" и неслучайно он почти весь перекочевал в DX12.
Касательно OpenGL - рекомендую почитать - http://www.overclockers.ru/softnews/70179/smotrim-naskolko-api-vulkan-proizvoditelnee-opengl.html

Infamous Second Son не только крутые спецэфекты там и лайтмапы/текстуры шикарные.
Но самые крутые лайтмапы в орден1886, я специально товарищам дома показывал, они не могли поверить что графика "не сиджи", глаза протирали типа "так не бывает".
Хочу такой графон в новом mass effect на DX12

В DX12 нет никакого ограничения на количество ядер, которые можно использовать, но я не удивлюсь, если даже 2х ядер FX-8k в DX12 хватит почти что всем, чтобы загрузить работой самые мощные на сегодня видеокарты( если опустить Multi-GPU )

Такие бенчмарки могут быть интересны разработчикам, но простых юзеров они по-моему только путать будут. Оптимизировать рисование этой сцены и разницы между Vulkan и OpenGL не будет никакой
Что касается того, сколько же запросов отрисовки современным играм нужно отправить, если взять в пример одну из самых графически сложных игр, GTA V: 4155 для построения подобного кадра. Число вообще весьма впечатляющее, но если сравнить с тестами в 3д марке что вы скидывали, у них из AMD A10-7850K при 30fps получилось выжать 560k в DX11 и 3.4kk в DX12, GTA V на примере выше использует 125k( 250k при 60fps ). Вряд ли такое прямое сравнение имеет смысл, но так можно вообще про синтетику сказать - к результатам нужно относиться очень осторожно, они имеют смысл только в определённом контексте
Я вообще не видел чтобы где-то отмечалось то что стоимость вызова отрисовки много от каких факторов зависит, а это немаловажно. Вызов отрисовки добавляет определённый оверхед и 200 вызовов в 2 раза дороже 100 вызовов - ничего подобного на практике нет

Рекомендую посмотреть вот это:
https://www.youtube.com/watch?v=-bCeNzgiJ8I
и вот это:
http://gdcvault.com/play/1020791/

А не маркетинговый бред от ImgTec.



Deferred Rendering для кого придумали? Хоть в 20 ядер строгай.

Вроде бы еще не было - DirectX 12-особенности PC-версии Just Cause 3.

Это уже старая информация, я эти презентации видел после их выхода. Там речь про то как можно некоторые ситуации оптимизировать в OpenGL. Насколько всё в итоге хорошо работает? Можно сделать выводы посмотрев на количество игр под Windows которые используют OpenGL как основной API для рендеринга

Уже про это речь была, если с чем-то конкретно не согласны - можете это адресовать
Что было сказано: что хотя можно отложенные контексты билдить из скольки угодно потоков, в итоге их нужно отправлять в immediate context из одного потока. Они позволяют только распределить часть нагрузки со стороны приложения
Что не было сказано, но также важно: они плохо маппятся к реальному железу. Драйверу потом приходится делать много работы чтобы их отправить на выполнение видеокарте. И тут не важно, использовано было 20 отложенных контекстов или только 1 моментальный

Добавлено спустя 48 минут 13 секунд:

Просмотрел заново первые 13:40. Lawl, они добавили в OGL возможность прямого доступа к памяти, нужно использовать fence для синхронизации между CPU и GPU. И это точно также как в DX12 и, наверняка, также будет в Vulkan

Я бы от AMD ожидал какой-нибудь реализации zero-copy ещё и в графическом стеке.

Имелась в виду прямая запись в память в обход PCI-E на их APU или что? Так-то вся запись через маппинг должна быть zero-copy. Там проблема в синхронизации которую драйвер должен делать

Кстати - вот грамотная реализация DX11 (в плане многопотока) я даже удивлён )). http://www.overclockers.ru/lab/73372_2/mechwarrior-online-testirovanie-proizvoditelnosti.html

нормальная графика, как для 2006 года, даже вон ящик тянет с плойкой. А Тетоникс загибается вовсе не от графики, а от ультра настроек к этой графике. В пакете Reshade есть такое, чем можно прибить хоть квадслай из Тетониксов, выйдет Паскаль, о них все узнают, и довольно скоро.
PS кстати, любопытный случай, Reshade на автоопределении ставит себя через прокси opengl32.dll хотя бёрнер намекает, что это дх11, возможно А...син ещё более кривой, чем оно кажется и порт с плойки, поверх которого наскоро прикручен переходник на дх11

Renegade1979 ну во первых покажи игру из 2006 года которая была бы по уровню графики на уровне Assassins creed Unity? Правильно такой нет,даже в 2007 такой не было. Более менее приблизился первый Crysis и то там много чего нет

ps: А что такое Reshade? Я только слышал про Reshade AO типа более навороченный чем HBAO+. И почему о них должны все узнать только когда Паскаль выйдет?

Можно из нескольких потоков, если использовать синхронизацию между потоками (критические секции и т.п.).
Introduction to Multithreading in Direct3D 11

Важнее то, сколько потоков задействует драйвер чтобы отправить весь этот салат в видеокарту, например
драйвер Nvidia умеет делать это в несколько потоков и уже давно, причём как для DX, так и для OpenGL:

https://www.reddit.com/r/emulation/comm ... _threaded/

Из какого потока они отправляются тут не интересно, там речь шла про то, что отправлять может только 1 поток единовременно, никакой многопоточной отправки нет

По-моему, идея позволить драйверу загадить весь ЦП своими потоками, над которыми у девелопера нет никакого контроля, звучит не очень привлекательно
У Интел в их документации можно встретить шутку про то, что разработчики драйверов видеокарт спихивают побольше работы на ЦП, чтобы делать её поменьше на ГП

Единовременно по идее всегда будет 1 поток, иначе привет race condition.



Ну сделали они queue ниже по стеку, толку-то? Просто если в DX11 надо было делать в отдельном потоке большими батчами, то сейчас можно будет писать индусокод и делать всё в лоб.



Не вспомнишь где? Было бы интересно почитать.

Что хорошо, меньше времени тратить строя эти батчи, меньше времени тратить вообще на построение сцены в оптимальном для API формате

тут, на 5-ой странице

А, это. why not? Шейдеры JITим, текстурки крутим, ещё фигня всякая. Это нормально)
Тот же Intel вон, раньше TnL на процессоре считал.

Это ok если этим не злоупотреблять, но разве можно от них этого ожидать? У тех же Nvidia уже было замечено что старые драйвера показывали куда более высокий fps в связке слабого ЦП с мощной видеокартой, чем более новые

Отправлять в immediate context да, может только 1 поток единовременно, и это нормально.
Для многопоточности есть deffered context.
Introduction to Deferred Contexts
А вот отправлять данные в видеокарту в несколько потоков, чтобы минимизировать задержки и простои, умеют "не только лишь все"
драйвера, например у AMD c этим проблемы. Очевидно, что вы, судя по профильной видеокарте, это и так знаете.