В Linux приходит автоматическое обновление драйверов для EPSON

MOP3E · 05-04-11 20:09:03

ikkunan salvataja пишет:

"Xorg still starts, and DRI still works fine, but AGP DMA is not enabled. This is not a major issue; however, using AGP DMA significantly improves OpenGL performance, so failing to use it is not desirable."
Остальной бред мне комментировать лениво, уже этого достаточно чтобы показать что представляют из себя виндовс гуру.

Ты только "доказал", что в Xorg есть костыль под названием DRI. А теперь читаем педевикию о том, что же это такое - DRI?

педевикия пишет:

Direct Rendering Infrastructure (DRI) — это интерфейс и реализация в виде свободного ПО, используемая в системе X Window System, позволяющая пользовательским приложениям безопасно получать доступ к видеоаппаратуре без необходимости использования X server (замедляющего этот процесс). Основное назначение DRI — обеспечение аппаратного ускорения Mesa, одной из реализаций OpenGL. Он также позволяет реализовать ускорение OpenGL на framebuffer console без запущеного X Server’а.

Оказывается, DRI не имеет вообще никакого отношения к тормозному X-серверу... потому что предназначен для обхода протокола Х11. Линух-гуру они такие гуру, что не знают, как работает их любимый линух. smile

Отредактировано MOP3E (05-04-11 20:11:24)

ikkunan salvataja · 05-04-11 20:23:38

MOP3E пишет:

Оказывается, DRI не имеет вообще никакого отношения к тормозному X-серверу.

Оказывается он имеет прямое отношение к OpenGL, который вполне себе клиент-серверный и именно по этой причине, клиент-серверности, не могущий, как утверждают некоторые виндовс-гуру, работать с DMA. Опять попой начинаем крутить? Утверждение какое было?

MOP3E пишет:

если доступ к памяти видеоконтроллера идёт через ЦПУ, а не через контроллер ПДП (что абсолютно всегда имеет место в клиент-серверной архитектуре),

А вопрос какой был?

ikkunan salvataja пишет:

Почему клиент-серверная архитектура позволяет обращение к видеопамяти только посредством CPU?

MOP3E · 05-04-11 20:37:04

ikkunan salvataja пишет:

Оказывается он имеет прямое отношение к OpenGL, который вполне себе клиент-серверный.

Неужели? И на удалённом Х-терминале линуха в локальной сети режим OpenGL DRI будет работать? То, что локальную компоненту назвали "сервером" ещё не означает, что она им на самом деле является. С тем же успехом я могу сказать, что Direct3D - это "клиент-серверная" архитектура. Ведь подсистема Direct3D получает команды на отрисовку точно так же, как и OpenGL. Команды, правда, несколько иначе называются, но в целом - одно и то же. smile

ikkunan salvataja пишет:

А вопрос какой был?

Вопрос был о причинах тормознутости Х11, который также называют Х-сервером, обусловленной его клиент-серверной архитектурой.

Отредактировано MOP3E (05-04-11 20:51:19)

ikkunan salvataja · 05-04-11 20:58:18

MOP3E пишет:

И по сети в линухе в режиме DRI работает?

В смысле может ли работать сетевая карта через DMA? Может.
Или может ли OpenGL по сети работать? Может.
opengl.org.ru/

MOP3E пишет:

Вопрос был о причинах тормознутости Х11

У меня вопрос был на каком месте возникло совершенно бредовое утверждение о невозможности использования DMA в случае клиент серверной модели.
Кстати, я там ссылку давал, но бравые виндейцы видимо ходят по ссылкам только в случае если они на майкрософтовский сайт ведут. Посему одну картинку оттуда вытащу.

Добавлено спустя 03 мин 02 с:

MOP3E пишет:

С тем же успехом я могу сказать, что Direct3D - это "клиент-серверная" архитектура.

И тут ты будешь прав, поскольку так оно и есть. Один модуль данные подготавливает, другой их обрабатывает.

petrun · 05-04-11 21:03:57

MOP3E пишет:

С тем же успехом я могу сказать, что Direct3D - это "клиент-серверная" архитектура.

И ведь правильно скажете. Вспоминаем, каким тормозом был NT3.51.

MOP3E · 05-04-11 21:06:22

ikkunan salvataja пишет:

В смысле может ли работать сетевая карта через DMA? Может.
Или может ли OpenGL по сети работать? Может.
opengl.org.ru/

В смысле, DRI - это такой клиент-серверный сетевой интерфейс или исключительно локальная видеоподсистема? Не нужно уходить от вопроса!

ikkunan salvataja пишет:

Кстати, я там ссылку давал, но бравые виндейцы видимо ходят по ссылкам только в случае если они на майкрософтовский сайт ведут. Посему одну картинку оттуда вытащу.

Не хами, мальчик. По ссылке я ходил. Поэтому и привёл тебе цитату из педевикии - видимо, у тебя с английским туго, ты толком понять не можешь, что в статье пишут. И судя по последнему высказыванию - рисунки тоже с трудом воспринимаешь. На иллюстрации из статьи показано именно то, что я написал в посте #51:

MOP3E пишет:

DRI не имеет вообще никакого отношения к тормозному X-серверу... потому что предназначен для обхода протокола Х11

Если ты внимательно проследишь за двумя жёлтыми линиями, выходящими из прямоугольника DRMlib - то увидишь, что они нигде не пересекаются с прямоугольником Х-сервера.

Отредактировано MOP3E (05-04-11 21:15:12)

Tiphon · 05-04-11 21:11:51

ikkunan salvataja пишет:

В смысле может ли работать сетевая карта через DMA?

DMA - Direct memory access? Помоему ты уже прибегнул к методу Чубакки...
www.liveleak.com/view?i=3ba_1180837359

MOP3E · 05-04-11 21:12:44

petrun пишет:

И ведь правильно скажете. Вспоминаем, каким тормозом был NT3.51.

Ага, ты бы ещё Windows 1.0 вспомнил. smile Особенно с учётом того, что первая версия DRI появилась в 1999 году - через 4 года после выхода Windows 95.

petrun · 05-04-11 21:16:55

MOP3E пишет:

Ага, ты бы ещё Windows 1.0 вспомнил.

Так архитектура не поменялась. Просто ключевые компоненты запихнули внутрь ядра, что бы избежать накладных расходов переключения контекста.
Вы утверждаете, что чистый x11 тормоз. Это да, но кто же его в чистом виде использует? К тому и был приведен пример.

MOP3E · 05-04-11 21:25:40

petrun пишет:

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

Потому и запихнули, что другого выхода просто нет.

petrun пишет:

Вы утверждаете, что чистый x11 тормоз. Это да, но кто же его в чистом виде использует? К тому и был приведен пример.

Либо ты специально троллишь, либо... ладно, не буду продолжать. Пример был о том, что в линухе кроме Х-сервера есть и другая техология для вывода изображения на экран. Которая:
а) работает в обход Х-сервера;
б) может работать вообще без Х-сервера;
в) по большому счёту, не имеет к Х-сереру никакого отношения.

З.Ы. Кстати, очень показательна история DRI. Первый драйвер, который был построен по этой технологии, был предназначен для видеокарты 3dfx Voodoo 2. После этого технологией заинтересовались компании Intel, Ati и Matrox. Компанию nVidia DRI не заинтересовала. Это говорит о том, что nVidia на тот момент уже имела собственную 3D-подсистему, работающую в обход Х-сервера. Которую и использует до сих пор.
Взято отсюда: dri.freedesktop.org/wiki/DriHistory

Отредактировано MOP3E (05-04-11 21:37:28)

ikkunan salvataja · 05-04-11 21:33:08

MOP3E пишет:

Если ты внимательно проследишь за двумя жёлтыми линиями, выходящими из прямоугольника DRMlib - то увидишь, что они нигде не пересекаются с прямоугольником Х-сервера.

Ась?

Это тебе кстати и ответ на вопрос

MOP3E пишет:

В смысле, DRI - это такой клиент-серверный сетевой интерфейс или исключительно локальная видеоподсистема?

Tiphon пишет:

DMA - Direct memory access?

Разумеется имеется ввиду контроллер DMA, просто DMA в подобных случаях несколько неверно, но тем не менее повсеместно используется.

MOP3E · 05-04-11 21:40:09

ikkunan salvataja пишет:

Это тебе кстати и ответ на вопрос

То, что ты выделил - не имеет отношения к 3D-видеоподсистеме линуха. Вернее, имеет, но на Х-сервер информация всё равно попадает через тормознутый Х-транспорт (читай - сокеты). Поэтому в этой части картинки DRI никакого преимущества в скорости отрисовки видео не предоставляет. А вот если ты действительно внимательно посмотришь на картинку, то увидишь, что прямоугольников DRMlib на ней два...

Отредактировано MOP3E (05-04-11 21:40:31)

petrun · 05-04-11 21:41:08

MOP3E пишет:

Поэтому в этой части картинки DRI никакого преимущества в скорости отрисовки видео не предоставляет.

А как бы ничего, что EXA/UXA работают через DRI?

MOP3E · 05-04-11 21:41:15

ikkunan salvataja пишет:

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

Вот этого пассажа я вообще не понял. Если "используется" - то не может быть "не верно".

Добавлено спустя 02 мин 06 с:

petrun пишет:

А как бы ничего, что EXA/UXA работают через DRI?

Да через него может что угодно работать. Это универсальная видеоподсистема. И Х-сервер вполне может использовать DRI для вывода видео на экран. Только тормоза ведь даёт не DRI. Тормоза даёт именно Х-транспорт, который прогоняет данные для видеокарты через сокеты, задействуя при этом центральный процессор. Такой вот "перегиб и парадокс" работы "правильного" Х-сервера.

ikkunan salvataja · 05-04-11 21:46:59

MOP3E пишет:

Поэтому в этой части картинки DRI никакого преимущества в скорости отрисовки видео не предоставляет.

Но тем не менее позволяет ему работать и по сети.

MOP3E пишет:

А вот если ты действительно внимательно посмотришь на картинку,

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

Добавлено спустя 04 мин 49 с:

MOP3E пишет:

Вот этого пассажа я вообще не понял. Если "используется" - то не может быть "не верно".

А у нас много чего используется, что потом в официальной документации не пишется.

petrun · 05-04-11 21:56:00

MOP3E
Дял начала через сокеты на локальной машине никто ничего не гоняет, юзают shm.
А потом - вы выключите EXA и посмотрите, как это не влияет на скорость. И не смотрите на отдельную красную стрелочку (DDX) - в современных драйверах ее уже нет.

MOP3E · 05-04-11 22:01:08

ikkunan salvataja пишет:

Но тем не менее позволяет ему работать и по сети.

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

ikkunan salvataja пишет:

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

DRI через сеть не работает. Это прекрасно показано на картинке. Через сеть работает Х-сервер, который имеет в своём составе компоненту DRI для непосредственного взаимодействия с видеокартой. Работу через сеть обеспечивает Х-транспорт, входящий в состав Х-сервера, которого нет и никогда не будет в DRI.

ikkunan salvataja пишет:

А у нас много чего используется, что потом в официальной документации не пишется.

Действительно, типичный опсосный подход. А я и забывать уже начал, как это - пользоваться "свободными" средствами разработки. Как страшный сон стараюсь забыть...

petrun пишет:

И не смотрите на отдельную красную стрелочку (DDX) - в современных драйверах ее уже нет.

Да я как-то больше на жёлтые и зелёные внимание обращаю. Я так понял, красный там - то, что не рекомендуется использовать.

petrun пишет:

Дял начала через сокеты на локальной машине никто ничего не гоняет, юзают shm.

Вот насколько я вижу, при непрямом рендеринге сначала юзают Х-транспорт, а потом уже shm.

Отредактировано MOP3E (05-04-11 22:05:31)

ikkunan salvataja · 05-04-11 22:12:51

MOP3E пишет:

Кому позволяет работать по сети? Х-серверу?

Нет, имеется ввиду 3D приложения. Причём работать будут эффективно, поскольку гоняться будут всего-навсего команды, а не растры.

MOP3E пишет:

DRI через сеть не работает. Это прекрасно показано на картинке.

Через сеть работает 3D графическая подсистема в целом.

petrun · 05-04-11 22:13:25

MOP3E пишет:

DRI через сеть не работает.

Вот это открытие. Он принципиально через сеть работать не может, он direct. Или в божественной уже научились ускорять 3D по сети?

MOP3E пишет:

Нормальный же высокоскоростной рендеринг достигается только в обход Х-сервера.

Какбэ нет. EXA и DRI(XAA и DDX) вполне себе часть Xorg сервера.

MOP3E пишет:

Я так понял, красный там - то, что не рекомендуется использовать.

Ну вы неправильно поняли. Что такое MMIO сами догадаетесь?

Tiphon · 05-04-11 22:18:48

petrun пишет:

Вот это открытие. Он принципиально через сеть работать не может, он direct. Или в божественной уже научились ускорять 3D по сети?

Петь, ты почитай внимательно топик, ты контекст путаешь.

MOP3E · 05-04-11 22:18:49

ikkunan salvataja пишет:

Нет, имеется ввиду 3D приложения. Причём работать будут эффективно, поскольку гоняться будут всего-навсего команды, а не растры.

Всё-таки тяжело иметь дело с ламерами... 25 млн. треугольников в кадре, сцена после переключения на рабочий стол восстанавливается полторы минуты - и это при загрузке видеокарты по шине AGP х8 или PCI-E x16! Какая, нахрен, сеть потянет такой поток данных? Не будут 3D-приложения работать эффективно через X-сервер. Они просто будут работать - не более того. Если бы с Х-сервером было всё так здорово - никто бы не стал заморачиватья с DRI в обход иксов.

petrun пишет:

Вот это открытие. Он принципиально через сеть работать не может, он direct. Или в божественной уже научились ускорять 3D по сети?

Чувак, ты отстал от жизни. Иккуан пишет, что, оказывается - работает! Я сам в шоке, как это ему удалось?! Видимо, скоро грядёт 3D-революция в линухе.

petrun пишет:

Какбэ нет. EXA и DRI(XAA и DDX) вполне себе часть Xorg сервера.

Что совой об пень, что пнём об сову. Х-транспорт там для чего? Для передачи данных через сокеты по сети либо через сокеты на локальном компьютере. И данные проходят его ДО того, как попадут в механизм DRI на Х-сервере. Так устроена клиент-серверная архитектура Х-сервера. И именно поэтому он такой тормоз.

Отредактировано MOP3E (05-04-11 22:24:09)

Гареев Станислав · 05-04-11 22:33:08

MOP3E пишет:

Отсюда и отставание "классических" иксов в плане 3D-графики, и всевозможные ухищрения в проприетарных драйверах чтобы при отрисовке 3D вообще не использовать стандарт Х11. Потому что "правильный" Х11 в плане графики - медленная черепаха. Он так спроектирован в 80-е годы, когда никакого видеоускорения ни у кого даже в самых смелых мечтах не было.

А ты в иксах определённо дилетант. OpenGL для чего?

MOP3E · 05-04-11 22:34:34

Гареев Станислав пишет:

А ты в иксах определённо дилетант. OpenGL для чего?

Ну вот и мальчик Славик подтянулся. Славик, мы это последние 50 постов обсуждаем. Что такое OpenGL, что такое DRI и чем отличается непрямой вывод видео через иксы от прямого через DRI. И, заметь, почему-то именно я твоих соратников-луноходов просвещаю, а не наоборот.

ikkunan salvataja · 05-04-11 22:35:10

MOP3E пишет:

Иккуан пишет, что, оказывается - работает!

Да ну? Я вроде говорил о графической подсистеме в целом, почему когда ты спросил будет ли DRI работать через сеть я уточнил о чём идёт речь. А вот ты до сих пор так и не ответил что же мешает в клиент-серверной модели использовать контроллер ПДП, а сейчас начинаешь корчить из себя самого умного. В общем мы ждём.

MOP3E · 05-04-11 22:37:25

ikkunan salvataja пишет:

А вот ты до сих пор так и не ответил что же мешает в клиент-серверной модели использовать контроллер ПДП, а сейчас начинаешь корчить из себя самого умного. В общем мы ждём.

Я уже ответил и неоднократно. Вот последний вариант моего поста:

MOP3E пишет:

Х-транспорт там для чего? Для передачи данных через сокеты по сети либо через сокеты на локальном компьютере. И данные проходят его ДО того, как попадут в механизм DRI на Х-сервере. Так устроена клиент-серверная архитектура Х-сервера.

То есть, в принципе, контроллер ПДП используется... но уже после того, как данные будут переданы при помощи CPU через сокеты Х-транспорта. Такие дела...

Отредактировано MOP3E (05-04-11 22:38:31)

Форум StopLinux

Объявление

#51 05-04-11 20:09:03

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#52 05-04-11 20:23:38

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#53 05-04-11 20:37:04

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#54 05-04-11 20:58:18

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#55 05-04-11 21:03:57

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#56 05-04-11 21:06:22

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#57 05-04-11 21:11:51

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#58 05-04-11 21:12:44

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#59 05-04-11 21:16:55

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#60 05-04-11 21:25:40

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#61 05-04-11 21:33:08

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#62 05-04-11 21:40:09

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#63 05-04-11 21:41:08

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#64 05-04-11 21:41:15

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#65 05-04-11 21:46:59

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#66 05-04-11 21:56:00

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#67 05-04-11 22:01:08

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#68 05-04-11 22:12:51

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#69 05-04-11 22:13:25

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#70 05-04-11 22:18:48

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#71 05-04-11 22:18:49

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#72 05-04-11 22:33:08

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#73 05-04-11 22:34:34

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#74 05-04-11 22:35:10

Re: В Linux приходит автоматическое обновление драйверов для EPSON

#75 05-04-11 22:37:25

Re: В Linux приходит автоматическое обновление драйверов для EPSON

Подвал форума