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

petrun · 05-04-11 22:41:42

Tiphon пишет:

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

Перечитал, теперь вообще не понимаю, о чем мы говорим ж)

MOP3E пишет:

Так устроена клиент-серверная архитектура Х-сервера.

В теории в 80 годах. А сейчас, при работе на локальной машине он только предоставляет протокол для общения xlib/xcb с libdrm. Такие дела.

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

MOP3E пишет:

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

А вам уже написали, что графика NT тоже суть клиент-серверная модель. И ничего, работает и не тормозит.

MOP3E · 05-04-11 22:47:40

petrun пишет:

В теории в 80 годах. А сейчас, при работе на локальной машине он предоставляет протокол для общения xlib/xcb с libdrm.

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

petrun пишет:

Перечитал, теперь вообще не понимаю, о чем мы говорим ж)

"Застрельщиком" на самом деле был Трольвальдс, который утверждает, что локальный рабочий стол "это всего лишь вырожденный вариант сетевого, и это правильно".

ikkunan salvataja · 05-04-11 22:49:57

MOP3E пишет:

И, заметь, почему-то именно я твоих соратников-луноходов просвещаю,

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

MOP3E пишет:

То есть, в принципе, контроллер ПДП используется.

И как же это согласуется с этим?

MOP3E пишет:

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

MOP3E пишет:

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

И сколько там этих данных? Сообщить адрес откуда, сообщить адрес куда, сообщить длину блока. Или в божественной принято для пересылки каждого пикселя контроллер ПДП инициализировать? Ну это они зря, на саму инициализацию куда больше времени уйдёт.
Мы потом ещё об этом поговорим

MOP3E пишет:

GPU без участия CPU будет ему сцену трансформировать. smile Щаз, разбежался! GPU этого делать не умеет. У Майкрософт в DirectX SDK аж целая библиотека типов и функций для матрично-векторных преобразований треугольников.

Просветитель ты наш.

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

petrun пишет:

А вам уже написали, что графика NT тоже суть клиент-серверная модель. И ничего, работает и не тормозит.

А вы уже в курсе, что начиная с Windows 2000 графическую видеоподсистему NT перенесли на уровень ядра и убрали нахрен все сетевые прибамбасы, сделав её полностью локальной?

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

ikkunan salvataja пишет:

И сколько там этих данных? Сообщить адрес откуда, сообщить адрес куда, сообщить длину блока.

Ну, давай посчитаем. Пусть точность вычислений - 32 бита на координату. Тогда одна вершина будет занимать в памяти 12 байт. В среднем на треугольник требуется 1,5 вершины (не знаю, как в OpenGL, но в DirectX существует возможность рисовать треугольники "цепочками", опираясь на одну из сторон соседнего треугольника). Треугольников в кадре - 25 млн. Это производительность современных видеокарт. Итого, один кадр сцены, передаваемый в видеокарту, займёт:

25 000 000 * 1,5 * 12 = 429 МБайт.

И это не считая текстур и прочих параметров. Конечно, это топовая видеокарта, реально в современных движках число треуольников исчисляется единицами миллионов, но всё равно скорости Х-транспорта для таких объёмов данных явно недостаточно.

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

ikkunan salvataja пишет:

Просветитель ты наш.

Ты только удосужился прочитать мой ответ? Нихрена себе время реакции! У тебя жирафов в роду не было?

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

Гареев Станислав · 05-04-11 23:04:43

MOP3E пишет:

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

DRI на тот случай если нет нормальных дров.

MOP3E пишет:

Такой вот "перегиб и парадокс" работы "правильного" Х-сервера.

Я уже объяснял что в современных версиях ядра не применяют fifo алгоритмы бородатых годов.

ikkunan salvataja пишет:

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

+1
На сервер достаточно один раз загнать текстуру и потом ей вертеть как угодно.

Если бы данные в самом деле гонялись через старинные fifo то загрузка бы процессора при просмотре DVD хорошего качества была бы более 5% точно. А вот если я захочу посмотреть видео через сеть, то из за непрерывной передачи растров локалка нагрузиться.

А теперь поясняю (в общих чертах и упрощённо). Сначала данные (растр) читаются с диска в область памяти, потом эта область памяти передаётся в сокет через стандартную функцию unix. Диспетчер переключает страницу и вуаля она уже в адресном пространстве иксов... Примерно так (не точно конечно, на самом деле чуть посложнее)

www.linux.org.ru/forum/development/5686591

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

ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%B … 0%BB%D0%B8

www.referat.yabotanik.ru/informatika/fa … page2.html

В общем суммирую: локальный сокет в linux не есть пайп и не есть fifo, он сделан для максимально быстрого обмена между приложениями. И отказываться от него никто не собирается, это стандарт пусть даже если он медленнее на 10-20 процентов, то пусть лучше мегагерцы уйдут на удобный стандарт вместо циклов реализующих паузы в индусском коде.

petrun · 05-04-11 23:20:49

MOP3E пишет:

А вы уже в курсе, что начиная с Windows 2000 графическую видеоподсистему NT перенесли на уровень ядра и убрали нахрен все сетевые прибамбасы, сделав её полностью локальной?

В курсе. Но компоненты тем не менее до сих пор обзаются пересылкой сообщений, пусть и на уровне ядра.

MOP3E пишет:

Судя по рисунку, который привёл здесь Иккуан, данные на Х-сервер всё равно передаются через Х-транспорт.

А это не совсем современный рисунок. Что бы сделать его современным уберите ddx, который сейчас используеться только старыми драйверами. Через транспорт декодируется комманды протокола и посылаются сообщения libdrm. Т.Е иксы являются композитным менеджером и сами с оборудованием(и с xlib/xcb соостветсвенно) данными не обмениваются. Что характероно теперь иксы можно пускать не из под рута.

Wayland, кстати говоря основывается именно на том, что для такой работы полноценные иксы с горой хлама из 80-90 годов не нужны.

ikkunan salvataja · 05-04-11 23:21:26

MOP3E пишет:

Ну, давай посчитаем

Мы чего считать собираемся? Я вообще то имел ввиду пересылку данных через контроллер ПДП из буфера в отображаемую часть.
При чём здесь рисование примитивов, это уже несколько другое. Но тем не менее.

MOP3E пишет:

Пусть точность вычислений - 32 бита на координату.

То есть подготовить изображение для печати на фотопринтере на бумаге формата A1? Лихо, но на экране столько не требуется, там разрешение поменьше всего то 2016000 точек, именно точек а не полигонов. Так что не актуально. Разумеется на локальной видяхе всё будет работать быстрее, нежели на удалённом сервере, но пропускной способности гигибитной сети на игрули вполне хватает.

MOP3E · 05-04-11 23:25:23

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

На сервер достаточно один раз загнать текстуру и потом ей вертеть как угодно.

Правильно мыслишь. Текстуры в 99% движков хранятся в буфере (никогда не отображаемой поверхности), расположенном в памяти видеокарты. Но треугольники каждый раз приходится перегонять заново, потому что GPU не занимается трансформацией сцены, он её только рендерит. Трансформация сцены зависит напрямую от переменных программы (координат и фазы движения игрока, противников, окружающего ландшафта и т.п.). Видеокарте можно передать лишь какие-то типовые алгоритмы трансформации объектов вроде шейдеров или регулярных покачиваний травы и листьев - на большее она не способна.

Гареев Станислав · 05-04-11 23:28:34

ikkunan salvataja пишет:

но пропускной способности гигибитной сети на игрули вполне хватает.

Если серьёзно. У кого есть 2 компа с гигабитными сетевухами и кроссовер кабель прошу проведи этот эксперимент. Мне очень интересно.

MOP3E · 05-04-11 23:33:12

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

Если серьёзно. У кого есть 2 компа с гигабитными сетевухами и кроссовер кабель прошу проведи этот эксперимент. Мне очень интересно.

Славик, чувак просто не представляет, о чём он говорит. Забей. smile

Tiphon · 05-04-11 23:45:24

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

У кого есть 2 компа с гигабитными сетевухами и кроссовер кабель прошу проведи этот эксперимент.

Есть, но проверять не буду ибо это много времени втыкать и видно, что

MOP3E пишет:

Славик, чувак просто не представляет, о чём он говорит. Забей.

petrun · 05-04-11 23:47:04

По-моему вы просто о разных вещах говорите.

IvanOFF · 06-04-11 00:10:29

ikkunan salvataja пишет:

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

На какие такие игрули? Пропускная способность AGP 4х уже была 1 ГБ/с (не путать с 1Гб/с гигабитной сети, что равно ~ 125 МБ/с), АGP 8х - 2 ГБ/с, PCI-e 16х - 32 ГБ/с, PCI-e 2.0 16х - 64 ГБ/с.

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

Поэтому я поддерживаю начинания Марка и считаю что Иксам давно пора на заслуженный отдых, их давно пора заменить на современную видеоподсистему, изначально заточенную на аппаратное ускорение трехмерной графики.

Марк Шаттлворт -"Следующим шагом в развитии Unity будет переход на Wayland"
Такое заявление сделал Марк в своем персональном блоге 4го ноября. Это будет серьезный шаг вперед для линукс, ведь X11 был разработан уже 20 лет назад и с тех пор практически не менялся, хотя потребность в этом есть и огромное количество надстроек над X тому доказательство.

Отсюда: open-life.org/blog/ubuntu/1400.html

petrun · 06-04-11 00:15:08

IvanOFF пишет:

а как быть разработчикам приложений?

Каких приложений, простите?

MOP3E · 06-04-11 00:22:16

petrun пишет:

Каких приложений, простите?

Да хотя бы компьютерных игр, например. Если нет единого стандарта аппаратного ускорения - никогда не будет единого стандарта на драйвера, все драйвера будут поддерживать стандартные 3D протоколы в разном объёме. Под линух всегда был вой, что вот nVidia делает классные драйвера, а ATI и Intel клали с пробором на луноходов и не хотят нормально поддерживать оборудование. И это при том, что ATI и Intel заказали "сообществу" разработку DRI-драйверов ещё в далёком 1999 году, а nVidia использует свой собственный способ аппаратного ускорения в обход иксов. Очевидно ведь, что "сообщество" работает быстрее и эффективнее корпорации!

IvanOFF · 06-04-11 00:35:03

petrun пишет:

Каких приложений, простите?

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

Гареев Станислав · 06-04-11 01:43:38

IvanOFF пишет:

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

Про игры. Тут есть особое мнение, СПО корпорации не скоро догонит, но сделанные на OpenGL игры можно портировать, я платить не против. Про профессиональное ПО,сам наблюдаю с каждым днём решений под линух всё больше.

А теперь с точки зрения программиста. Программисту удобнее обратиться к иксам или тулкиту работающиму с ними, а как графика будет рисоваться (nVidia-выебоны, DRI, Wayland) уже всё равно.

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

IvanOFF · 06-04-11 09:14:50

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

Про профессиональное ПО,сам наблюдаю с каждым днём решений под линух всё больше.

Ну ну. Какой нибудь CAD приведите, систему предпечатной подготовки, ну да и хватит пока.

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

А теперь с точки зрения программиста. Программисту удобнее обратиться к иксам или тулкиту работающиму с ними, а как графика будет рисоваться (nVidia-выебоны, DRI, Wayland) уже всё равно.

Было бы все равно, никто бы не писал о назревшей необходимости замены Иксов. Собственно все эти надстройки над Икасми преследуют одну цель - исключить сами Иксы из цепочки обработки графики. Теперь вопрос, как программист должен использовать эти возможности если он не знает что именно будет использоваться на конкретнтом ПК?

Svart Testare · 06-04-11 09:26:13

IvanOFF пишет:

систему предпечатной подготовки

www.osalt.com/quarkxpress lol lol lol

IvanOFF · 06-04-11 09:40:26

Сварт, мне даже не смешно.

Гареев Станислав · 06-04-11 10:09:10

IvanOFF пишет:

Теперь вопрос, как программист должен использовать эти возможности если он не знает что именно будет использоваться на конкретнтом ПК?

В этом и суть переносимого ПО.

IvanOFF · 06-04-11 11:16:15

Слава, вы бредите?

artcats115 · 06-04-11 11:38:57

Поэтому я поддерживаю начинания Марка

Собственно , а почему только Марка? К процессу миграции подключились также Fedora и Meego.

MOP3E · 06-04-11 12:06:57

Собственно , а почему только Марка? К процессу миграции подключились также Fedora и Meego.

Вот видишь - не только Иванов поддерживает начинания Марка. smile

ikkunan salvataja · 06-04-11 13:16:23

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

Если серьёзно. У кого есть 2 компа с гигабитными сетевухами и кроссовер кабель прошу проведи этот эксперимент. Мне очень интересно.

Ну с игрухами не буду, трудно точные цифры назвать. Итак, видяха GeForce 8500 GT, CPU - AMD64 X2 5200+.
Запуск glxgears локально:

26017 frames in 5.0 seconds = 5203.353 FPS
26097 frames in 5.0 seconds = 5219.344 FPS
26090 frames in 5.0 seconds = 5214.823 FPS
26072 frames in 5.0 seconds = 5214.284 FPS
26054 frames in 5.0 seconds = 5210.780 FPS
26054 frames in 5.0 seconds = 5210.658 FPS
26099 frames in 5.0 seconds = 5219.690 FPS
26133 frames in 5.0 seconds = 5220.781 FPS
26143 frames in 5.0 seconds = 5225.099 FPS
26113 frames in 5.0 seconds = 5222.567 FPS
26092 frames in 5.0 seconds = 5218.307 FPS

Далее, ssh -Y user@host и опять таки запуск его же.

NVIDIA: Direct rendering failed; attempting indirect rendering.
32511 frames in 6.5 seconds = 5030.428 FPS
32512 frames in 6.2 seconds = 5211.802 FPS
32511 frames in 6.3 seconds = 5173.308 FPS
33853 frames in 6.6 seconds = 5123.085 FPS
32512 frames in 6.2 seconds = 5214.914 FPS
32511 frames in 6.3 seconds = 5186.936 FPS
32512 frames in 6.2 seconds = 5222.524 FPS
32511 frames in 6.3 seconds = 5169.040 FPS
32512 frames in 6.3 seconds = 5121.513 FPS
32511 frames in 6.3 seconds = 5162.802 FPS
32512 frames in 6.3 seconds = 5141.110 FPS

Форум StopLinux

Объявление

#76 05-04-11 22:41:42

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

#77 05-04-11 22:47:40

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

#78 05-04-11 22:49:57

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

#79 05-04-11 22:50:01

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

#80 05-04-11 23:04:43

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

#81 05-04-11 23:20:49

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

#82 05-04-11 23:21:26

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

#83 05-04-11 23:25:23

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

#84 05-04-11 23:28:34

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

#85 05-04-11 23:33:12

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

#86 05-04-11 23:45:24

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

#87 05-04-11 23:47:04

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

#88 06-04-11 00:10:29

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

#89 06-04-11 00:15:08

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

#90 06-04-11 00:22:16

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

#91 06-04-11 00:35:03

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

#92 06-04-11 01:43:38

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

#93 06-04-11 09:14:50

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

#94 06-04-11 09:26:13

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

#95 06-04-11 09:40:26

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

#96 06-04-11 10:09:10

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

#97 06-04-11 11:16:15

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

#98 06-04-11 11:38:57

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

#99 06-04-11 12:06:57

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

#100 06-04-11 13:16:23

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

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