LINUX.ORG.RU

NVIDIA на пути к унификации подсистемы 3D-графики в GNU/Linux

 , ,


0

2

28 августа Brian Nguyen, инженер компании NVIDIA, представил в списке рассылки freedesktop.org libglvnd — средство для разделения различных реализаций OpenGL в среде GNU/Linux. Напомню, что в настоящий момент стандартным интерфейсом OpenGL является файл libGL.so.1, который, как правило, является ссылкой на ту или иную библиотеку, предоставляющую функции OpenGL, в зависимости от используемой реализации: Mesa, проприетарные драйверы NVIDIA и AMD и т.д.. Данный подход осложняет использование нескольких драйверов на одной машине,— в частности, на системах с гибридной графикой.

Опубликованный Brian Nguyen инструментарий представляет собой программный диспетчер, осуществляющий перенаправление команд от 3D-приложения к той или иной реализации OpenGL, тем самым позволяя нескольким видео-драйверам сосуществовать, не мешая работе друг друга.

страница на GitHub'е

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: shimon (всего исправлений: 4)

представляет собой программный диспетчер, осуществляющий перенаправление команд от 3D- приложения к той или иной реализации OpenGL

Ещё один уровень абстракции? Оно не добавляет тормозов, и если добавляет, то насколько заметно?

hobbit ★★★★★
()
Ответ на: комментарий от Stil

Если бы на LOR'е была карма, то, чувствую, тот мой коментарий набрал бы максимальное число плюсов =D

carasin ★★★★★
() автор топика
Ответ на: комментарий от hobbit

Оно не добавляет тормозов, и если добавляет, то насколько заметно?

Если это будет что-то типа виртуальной таблицы с подстановкой функций при инициализации, то очень незначительные задержки могут иметь место.

void_ptr ★★★★
()
Ответ на: комментарий от hobbit

Не думаю, что сильно скажется. Даже на Wine'е падение производительности не столь критичное получается, а Wine, к слову, не просто перенаправляет вызовы, он ещё и команды direct3D транслирует в вызовы OpenGL. А тут даже такого не будет — только «голое» перенаправление.

carasin ★★★★★
() автор топика
Ответ на: комментарий от carasin

Ктото из сотрудников заявлял что на ближайшие поколения графики планов по написанию нового галлиум драйвера нет. Архитектуру граф чипов они вроде не собираются м6енять так что новый драйвер им писать нет смысла.

Behem0th ★★★★★
()
Ответ на: комментарий от intelfx

Ссылки искать в лом, уж извините.

А если в двух словах, то ядрёные вызовы DMA_BUF разрешены только для компонентов, распространяемых под GPL, что, соответственно, не вяжется с политикой распространения блоба. В связи с этим, Nvidia протолкнула в ядро код, позволяющий абстрагироваться над этим API. Т.е. получилась этакая прослойка, к которой можно обращаться кому-угодно (имеются в виду модули, распространяемые не под GPL), а она, в свою очередь, обращается уже к DMA_BUF.

carasin ★★★★★
() автор топика
Ответ на: комментарий от Behem0th

Я понимаю ситуацию так: у Intel'а нет такой кодовой базы для своего видео-драйвера, как у Nvidia'и с AMD; поэтому под «винды» с Mac'ами у них свои непортабельные драйверы, а под GNU/Linux оказалось проще присоединиться к имеющемуся проекту.

carasin ★★★★★
() автор топика
Ответ на: комментарий от fenris

Если бы нашёлся хоть один человек, который смог бы внятно объяснить пусть тому же Аарону Платнеру, какие такие киллер-фичи даст блобу этот самый KMS, вероятно, что-нибудь бы и вышло. Но, как видим, либо таких фич попросту нет, либо нет такого человека, который смог бы ему об этом сообщить, а не только ныть на форумах.

carasin ★★★★★
() автор топика
Ответ на: комментарий от RedEyedMan

> Драйверы как были говно (fglrx) так и остались.

После покупки компанией AMD больше нет. Заработал AIGLX, движок Compiz и KWin, заменивший XGL. Новая нумерация версий «год.месяц», теперь драйверы хоть раз в месяц выпускаются, а не как раньше. Перестала появляться ситуация, когда в линуксовый драйвер не добавляли поддержку новых видеокарт - рекордом было, кажется, полгода. Исправили огромное количество ошибок, открыли багтрекер. Добавили разгон и Crossfire. И это всё только в 2008! За 2009-2012 ситуация только улучшалась.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от fenris

Им на самом деле плевать, и это правильно, потому что никому не нужно. А если бы было нужно, то им бы об этом сообщили.

carasin ★★★★★
() автор топика

блин, ещё один костыль на костыле. Вместо того, чтобы переписать иксы, чтобы они могли это сами делать. Нет же, больше костылей кривых и глючных!

anonymous
()
Ответ на: комментарий от RedEyedMan

У AMD очень похорошел открытый драйвер (r600g). Блоб давно уже не загружал.

По теме: годное, нужное начинание.

feofan ★★★★★
()
Ответ на: комментарий от anonymous

а ещё можно запилить conditional symlinks, как в DragonflyBSD, чтобы каждая прога могла по желанию подгружать нужный libgl.

anonymous
()
Ответ на: комментарий от anonymous

А как X'ы могут повлиять на выбор реализации OpenGL в системе? 0_o

Вот, к примеру, грядёт Wayland — его можно назвать «переписанными X'ами». Но и он не занимается выбором реализации OpenGL. Такие дела.

carasin ★★★★★
() автор топика
Ответ на: комментарий от Rolex

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

Polugnom ★★★★★
()
Последнее исправление: Polugnom (всего исправлений: 1)

Заголовок сбивает с толку, речь идет просто о возможности одновременного использования разных видеодрайверов с ускорением GLX - т. е., например, в multiseat с разными видеокартами (раньше ускорение работало только на дисплеях, управляемых каким-то одним из драйверов).

shatsky ★★
()
Последнее исправление: shatsky (всего исправлений: 1)
Ответ на: комментарий от carasin

Свободный АТИ драйвер нынче торт, только вот я считал что он торт на HD5***. На новых картах он нормально работает? Читал, что там дела не очень и бенчмарки обычно это доказывают.

frozenix ★★★
()
Ответ на: комментарий от shatsky

Вот что-что, а мультисит меня интересует меньше всего. Главное, я считаю, это ещё один шаг на пути к полноценной поддержке гибридной графики. На сегодняшний день это более актуальная проблема. Причём, именно проблема, а не маленький недостаток.

carasin ★★★★★
() автор топика
Ответ на: комментарий от frozenix

До HD 6xxx включительно на десктопах, до 76xxM включительно на ноутах. Что выше номером, то уже на SI.

carasin ★★★★★
() автор топика
Ответ на: комментарий от frozenix

Там речь не о том была. Вы невнимательно прочитали.

carasin ★★★★★
() автор топика
Ответ на: комментарий от frozenix

ati-drivers-13.8_beta2 & xorg-server-1.14.2 никаких проблем

anonymous
()
Ответ на: комментарий от Polugnom

Нвидии на какого-то зазнавшегося финского бывшего студенота совершенно плевать

А на человека без высшего образования, значит, не плевать?

Ttt ☆☆☆☆☆
()

Глядя как нвидия фейлит в последнее время, как-то не хочется от нее нововведений...

d9d9 ★★★★
()
Ответ на: комментарий от frozenix

Соболезную. В 13.6beta ЕМНИП, появилась поддержка свежих иксов. Впредь советую получать информацию о поддержке свежих иксов на оффсайте AMD

feofan ★★★★★
()
Ответ на: комментарий от carasin

Когда они только начинали писать свой драйвер, галлума еще не было. У них не было выбора какой интерфейс использовать. Я говорил про возможность в следующем драйвере использовать галлиум вместо классик интерфейса.

Behem0th ★★★★★
()
Ответ на: комментарий от svsd_val

Повторюсь: сначала нужно дождаться ответной реакции разработчиков из апстрима — как они примут новшество; если хорошо, то как быстро, ну и т.д. :)

carasin ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.