NVIDIA открывает спецификации на свои GPU

Потери в производительнсти у ФС ничтожны, упирается в физическую скорость диска. А потери в GAPI-драйвере огромны: http://blog.gamedeff.com/?p=235 Вырезав GAPI чуваки подняли скорость в 25 раз и это был не предел. На новом железе abstraction penalty будет ещё больше.

Лёд тронулся. Поздравляю приверженцев нвидии.

Ага. Видеокарт на свете всего 3 штуки. Разница между ними - коды командного буфера и микрокод шейдеров. На C тоже пишут на разное железо одинаковый код.

Но Сишечка-то одна, а не туча.

Вместо унифицированного интерфейса OpenGL?

Можно, но по сути гигантский набор костылей. Например вызовы тьмы разных фукций gl* могут быть заменены одним-двумя memcpy.

так ты оказывается просто не шаришь в матчасти.... Тогда все понятно.

Custom CortexA8

Я думаю там custom только GPU :)

Пруф?

http://www.gamespot.com/forums/topic/29409715/snapdragon-800-benchmarked---sl...

http://www.youtube.com/watch?v=1pF4G2k6NEk Тут надо учесть что у shield пикселей в два раза меньше (720p vs 1080p).

Нет. Эти вызовы уходят куда то в GAPI, там проходит разная верификация и преобразования. Потом это опускается куда то в драйвер который тоже делает какие то свои манипуляции. И только потом оно попадает в видеокарту.

Открытие винды к линуксокапцу не приведет. Опоздали.

Наконец-то нвидиа-фаны могут вылезти из ямы с говном,

Хм яма с г-м это блоб?

Уверен, что приведет.

Но Сишечка-то одна, а не туча.

На подмножестве C можно писать код для GPU. Большая часть графического кода давно лежит в шейдерах, не в коде для CPU.

Уверен, что приведет.

Винда слишком сильно уступает линуксу в техническом отношении, в них разный объем труда вложен. Не догнать.

там проходит разная верификация и преобразования

От них ты никуда не денешься, и тебе придётся всё это реализовывать ручками каждый раз. Скорее всего, скорость из-за этого упадёт, ибо разработчики из нвидии явно знают лучше, как работать с своим железом, чем сторонний быдлокодер.

драйвер который тоже делает какие то свои манипуляции

Это лишь для того, чтобы можно было управлять настройками видео через драйвер. Оверхед совсем маленький, но ты много потеряешь по части функционала.

Но Сишечка-то одна, а не туча.

На подмножестве C можно писать код для GPU. Большая часть графического кода давно лежит в шейдерах, не в коде для CPU.

только вот под каждый GPU надо будет свой код писать. он будет различаться даже для карт в пределах одного модельного ряда, не говоря уже о разных производителях. Ассемблер во все поля, как гриться.

Как раз наоборот, линукс сейчас в догоняющих.

ORLY?

От них ты никуда не денешься, и тебе придётся всё это реализовывать ручками каждый раз.

Их все можно делать при подготовке данных для игры. В игре - одни memcpy и всё. Никаких левых вызовов.

только вот под каждый GPU надо будет свой код писать. он будет различаться даже для карт в пределах одного модельного ряда

Зачем? Ведь С компилируется на разных процессорах в разные процессорные команды. Разница между разными GPU - микрокод шейдеров и формат командного буфера.

Зачем? Ведь С компилируется на разных процессорах в разные процессорные команды. Разница между разными GPU - микрокод шейдеров и формат командного буфера.

неужели? А типа сами команды одинаковые? %)

Их все можно делать при подготовке данных для игры. В игре - одни memcpy и всё. Никаких левых вызовов.

это можно и сейчас с помощью OpenGL делать. Просто ты об этом не слышал наверное %)

Команды чего? GPU - это просто очень злой векторный процессор с многими сотнями ядер и быстрой памятью.

Ну норм результаты, где-то быстрее, где-то медленнее...

Можно ссылку на спецификации?

Как раз наоборот, линукс сейчас в догоняющих.

Винда - это тормозной, пухлый, плохо масштабируемый, дырявый комок легаси кода. Сравни время загрузки, сравни время копирования большого количества файлов, сравни системные требования, сравни способность обслужить большой сетевой трафик. Когда код этого проржавевшего решета откроют, последует офигенный всплеск вирусов/зловредов всех сортов. Куда ни ткни, везде у винды проигрыш, причем разгромный. Единственное оставшееся исключение — графический стек, но ложка меда не способна придать привлекательность бочке говна.

Теперь-то венде точно капец.

http://www.songho.ca/opengl/gl_vbo.html

Команды чего? GPU - это просто очень злой векторный процессор с многими сотнями ядер и быстрой памятью.

команды отрисовки. Команды смены перспективы/вида/угла/освещенности.

То, что предлагаешь ты - написать свои дрова для видяхи. Но зачем, если они уже есть? :)

По мне так тоже неплохо, с учётом того что это вроде как бюджетный сектор :). Пока самая главна «претензия» к nvidia это затягивание сроков внедрения. Конкуренты уже выкатили свои решения и выпустили девайсы, а от nvidia пока только shield. Я поэтому и даю им плохой прогноз — они упускают рыночные возможности. Причём, третий год подряд, если не ошибаюсь.

Было: D3D Effects + D3D runtime

При чем здесь OpenGL?

Например вызовы тьмы разных фукций gl* могут быть заменены одним-двумя memcpy

Термин «вершинный буфер» тебе о чем-нибудь говорит?

Это стандарт с очень далёких времён, его используют везде и всегда. Вопрос в первую очередь в том как быстро я могу устанавливать константы в шейдер и рендерстейты.

Команды смены перспективы/вида/угла/освещенности.

Таких команд уже давным давно не существует. Программисты сам пишет всё это уже более 10 лет.

команды отрисовки.

Это одна команда - «нарисовать полигоны беря данные с этого адреса от сих до сих, используя вот такой вершинный шейдер с вот такими константами, использовать вот такой пиксельный шейдер с вот такими константами с такими-то стейтами».

Ха. Ха. Ха.

А ведь как яростно они посылали всех, когда их просили открыть спецификации. Даже от денег отказывались. Видимо, успех открытых драйверов для Radeon подействовал. И заодно неспособность сделать поддержку Optimus самостоятельно.

насколько я понимаю, шейдерная программа сама может взять нужную константу из памяти видеокарты. А что такое рендерстейт? Такого слова в русском языке нет.

Увидим. Но в любом случае невидия сейчас в позиции догоняющего и ей надо делать всё, чтобы хотя бы сравняться с AMD. А без открытых драйверов об этом нельзя даже и мечтать.

Да, тут полностью согласен. У них была возможность побороться за освободившийся рынок посля ухода TI. Но они почему-то его профукали.

Команды смены перспективы/вида/угла/освещенности.

Таких команд уже давным давно не существует. Программисты сам пишет всё это уже более 10 лет.

я позволю себе засомнаваться.

Это одна команда - «нарисовать полигоны беря данные с этого адреса от сих до сих, используя вот такой вершинный шейдер с вот такими константами, использовать вот такой пиксельный шейдер с вот такими константами с такими-то стейтами».

ок. если все так просто, то где же бутылочное горлышко? Данные в видюху загрузить можем. Шейдерные программы загрузить тоже можем. Что тогда не устраивает? Что параметры шейдерным программам передавать нельзя?

Так можно запилить очередное расширение OpenGL, вместо того, чтобы спуститься в ад.

> Хм яма с г-м это блоб?

И нуво и блёбь. И карты, но это уже холивар.

Значит таки не всё, что надо, открыли? Ну всё понятно. Но с другой стороны nouveau итак отреверсили немало. Получается, что если разработчики так дальше пойдут, от накопают слишком много. Вот невидия, наверное, и решила пойти навстречу, чтобы лишнего не откопали.

В SteamOS будут блобы. Никто в здравом уме недоделанный nouveau туда ставить не будет. Для начала nouveau нужна более-менее нормальная поддержка железа.

ВОТ ЧТО ПАЛЕЦ ЛИНУСА ЖИВОТВОРЯЩИЙ ДЕЛАЕТ!!1

При чем здесь OpenGL?

При том что работа с шейдерами в OGL в принципе не отличается от таковой в D3D Effect (который в D3D11 выкинули на помойку). И внутри 100% те же проблемы,

Термин «вершинный буфер» тебе о чем-нибудь говорит?

Это старая новость. По сути своей это обёртка над куском памяти под управлением видеокарты.

то где же бутылочное горлышко?

В том что команды типа glSet* glEnable* делают внутри себя жуткую кучу работы которая и съедает всю производительность.

Сравни время загрузки, сравни время копирования большого количества файлов

Винда выигрывает по всем параметрам.

Единственное оставшееся исключение — графический стек

Не только.

Перст же, указующий.

Ах да, разный код под разные модели видеокарт и даже под разные версии драйверов приходится писать и сейчас.

И нуво и блёбь. И карты, но это уже холивар.

Блоб штабилен, карты _меня_ устраивают.

Согласен, холивар.

уже было и не взлетело - ATi CtM

glEnable* делают внутри себя жуткую кучу работы которая и съедает всю производительность.

да неужели? И какую же кучу лишней работы делает glEnable(GL_COLOR) например?

То не для игр было.

Ах да, разный код под разные модели видеокарт и даже под разные версии драйверов приходится писать и сейчас.

и ты считаешь, что эту светлую возможность надо довести до своего логического финишаß

Сравни время загрузки, сравни время копирования большого количества файлов

Винда выигрывает по всем параметрам.

4.2

то в этом плохого? Сейчас уже почти так делают, только в качестве backend'ов выступают специализированные API от sony, микрософта, nintendo ...

Ты нифига не в теме, у Microsoft на Xbox360 нормальный DirectX с HLSL. При этом есть возможность контролировать буфер команд.

Костыли на PS3 все ненавидят лютой ненавистью ибо работать с ними просто ад. От того вся кроссплатформа выглядит как говно и идет с просадками FPS большими чем на боксе.