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

spoilt · 03-04-11 04:05:17

IvanOFF пишет:

Сегодня Иксы - гигантский тормоз графической подсистемы в Линукс.

Скорее в плане дальнейшей эволюции графической системы нежели в плане натурального быстродействия. Еще Phoronix публиковали результаты тестов графических подсистем Windows 7 и Linux/Xorg. В итоге "гигансткий тормоз" обернулся отставанием в пределах от 15-25%. Что намного логичнее спихнуть на сыроватые дрова. Все уже давным давно рендерится через DRI/DRM и Xorg в этом даже не участвует. Разрабам драйвером мешает не сколько сама архитектура Xorg, сколько дистрозависимые проблемы на багтреке и привычка разрабов Xorg ломать ABI.
Хотя я в общем-то согласен. С графикой нужно что-то делать. Хотя сейчас кажется есть луч надежды в виде Wayland.
P.S. Извините за оффтоп. За Ubuntu рад.

hodok78 · 03-04-11 05:21:21

Linups_Troolvalds пишет:

Тут неплохо было бы добавить «ИМХО», потому что вряд ли разработчики иксов хуже вашего разбираются, что делать с видеоподсистемой.

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

Warp · 03-04-11 05:28:55

Так ему иксы нравятся возможностью "если зависли, можно перезапустить" big_smile
Киллер-фича, признаю.

pavel2403 · 03-04-11 09:56:19

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

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

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

MOP3E · 03-04-11 11:24:05

Linups_Troolvalds пишет:

Обращение, простите, кого именно к локальной видеоподсистеме?

Ядра операционной системы, чего же ещё? В допотопном UNIX ядро располагалось на сервере и управляло терминалом через сетевой протокол. В линухе ядро расположено там же, где и "терминал", но всё равно управляет "терминалом" через "вырожденный" сетевой протокол. Ты сам здесь написал, что это - правильно:

Linups_Troolvalds пишет:

Это «наследие мейнфреймов» рассматривает локальный десктоп просто как вырожденный случай сетевого, грамотный унифицированный подход.

Linups_Troolvalds пишет:

И еще раз: клиент-серверная архитектура не виновата в тормозах при отсутствии полноценно поддерживающих прямой аппаратный рендеринг драйверов.

Ещё раз для тупых: если доступ к памяти видеоконтроллера идёт через ЦПУ, а не через контроллер ПДП (что абсолютно всегда имеет место в клиент-серверной архитектуре), скорость рендеринга будет всегда ограничена быстродействием ЦПУ, которое на порядки ниже быстродействия потоковых процессоров видеокарты. Именно поэтому иксы в их стандартном варианте дичайше тормозят, а производители видеокарт для ускорения работы видео заменяют компоненты иксов своими собственными, оригинальными и нестандартными, компонентами.

Гареев Станислав · 03-04-11 12:32:46

MOP3E пишет:

Соответственно, обращение к локальной видеоподсистеме идёт не через DMA, а через сокеты. Которые в принципе не предназначены для прямого доступа к памяти. Из-за этого все тормоза.

Может я параноик, но разрешать любому приложению писать в DMA произвольны символы не безопасно.

MOP3E пишет:

Соответственно, обращение к локальной видеоподсистеме идёт не через DMA, а через сокеты. Которые в принципе не предназначены для прямого доступа к памяти. Из-за этого все тормоза.

Не замечал различий.

IvanOFF пишет:

Удаленный доступ это не то, на что следует ориентироваться, для этого есть специализированные протоколы - RDP, VNC и т.д.

Вы ничего опять не поняли. У меня на рабочем столе не другой рабочий стол, а только окно терминала (свёрнутое) и окно синаптика в заголовке которого написано на каком компе он запущен.

IvanOFF пишет:

Пока эта проблема решается переписыванием Иксов производителями оборудования, это ненормальная ситуация.

Для незнающих. Локальные сокеты в линухе я слышал передают данные между апликухами через диспетчер виртуальной памяти (переключение сегментов/страниц).

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

pavel2403 пишет:

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

Поинтересовался на свою голову. Заткнитесь а, давно уже с этой проблемой разобрался.
Может вам интересно, но за несколько лет можно и подзабыть что винсок имеет события . Я к VB уже 2 года не притрагивался.

ikkunan salvataja · 03-04-11 12:47:17

MOP3E пишет:

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

А можно с этого места поподробнее? Что такое DMA? Для чего это используется? Каким образом оно связано с GPU? Почему клиент-серверная архитектура позволяет обращение к видеопамяти только посредством CPU?

Гареев Станислав · 03-04-11 12:55:23

ikkunan salvataja пишет:

Что такое DMA

Это такая фишка которая позволяет устройствам напрямую обращаться к RAM не требуя запахать процессор.
Однако локальные сокеты никаким образом к этому не относятся, все подобные манипуляции происходят только на уровне ядра.
Даже в божественной это закрыто толстым слоем API.
Реально с DMA диапазонами работают только драйвера. А драйвер всегда находиться на одном ПК с иксами и управляется ABI.

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

MOP3E · 03-04-11 20:50:15

ikkunan salvataja пишет:

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

Потому что клиент-серверная архитектура работает посредством сетевого протокола, который в силу своих особенностей предназначен не для прямого доступа к GPU, а для прямого (или непрямого) доступа к сетевой карте. Отсюда получается, что на локальной машине данные для GPU прогоняются от "сервера" к "клиенту" через "вырожденный" сетевой протокол, во время чего обрабатываются ЦПУ, после чего уже попадают в GPU.

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

Реально с DMA диапазонами работают только драйвера.

Да да да да! Именно - только драйвера! А с драйверами в данном случае работает "клиент", видеоданные к которому приходят от "сервера" посредством "вырожденного" сетевого протокола.

Отредактировано MOP3E (03-04-11 20:50:44)

ikkunan salvataja · 03-04-11 21:23:31

MOP3E пишет:

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

А про локальные сокеты мёсье ничего не слышал? Печально.

pavel2403 · 03-04-11 22:33:42

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

Может вам интересно, но за несколько лет можно и подзабыть что винсок имеет события . Я к VB уже 2 года не притрагивался.

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

MOP3E · 03-04-11 22:43:23

ikkunan salvataja пишет:

А про локальные сокеты мёсье ничего не слышал? Печально.

Шо локальные, шо реальные - всё равно обмен через них идёт при непосредственном участии CPU.

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

MOP3E пишет:

Да да да да! Именно - только драйвера! А с драйверами в данном случае работает "клиент", видеоданные к которому приходят от "сервера" посредством "вырожденного" сетевого протокола.

Прошу не путать локальные сокеты и стек TCP/IP.

pavel2403 пишет:

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

Из головы вылетело... ты вообще ничего не забываешь?

MOP3E пишет:

Шо локальные, шо реальные - всё равно обмен через них идёт при непосредственном участии CPU.

Накладные расходы небольшие. Всего то передать страницу памяти от одного приложения в другое. А это насколько я помню изменить содержимое одной ячейке (32 бита) в таблице виртуальной памяти. Скорее всего там есть и сопутствующие действия, но задержки незначительны.
Xclient - soket - Xserver - driver

MOP3E · 04-04-11 00:57:55

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

Накладные расходы небольшие. Всего то передать страницу памяти от одного приложения в другое. А это насколько я помню изменить содержимое одной ячейке (32 бита) в таблице виртуальной памяти.

Сдаётся мне, что дело гораздо сложнее...

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

MOP3E пишет:

Сдаётся мне, что дело гораздо сложнее...

Не сложнее WinAPI

MOP3E · 04-04-11 12:23:47

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

Не сложнее WinAPI

Естественно, не сложнее DirectX, а там делается примерно так:
1. Создаётся объект "Трёхмерный мир", в котором моделируется трёхмерная сцена: треугольники, текстуры и т.п.
2. Создаётся объект "Точка просмотра", который определяет, какую именно часть мира видно.
3. Выполняются необходимые преобразования, в результате чего в точке просмотра моделируется часть сцены, котрую из этой точки видно.
4. Подаётся команда копирования данных из буфера точки просмотра в память видеокарты, которая эти данные рендерит (создаёт из описания трёхмерной сцены двумерную проекцию на плоскость экрана).

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

ikkunan salvataja · 04-04-11 12:42:39

MOP3E пишет:

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

Правильно, срочно сообщить майкрософту о вредности такой сущности как memory mapped files.

MOP3E · 04-04-11 15:30:24

ikkunan salvataja пишет:

Правильно, срочно сообщить майкрософту о вредности такой сущности как memory mapped files.

И при чём здесь memory mapped files? Особенно при выводе видео на экран.

ikkunan salvataja · 04-04-11 15:51:13

MOP3E пишет:

И при чём здесь memory mapped files?

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

MOP3E · 04-04-11 17:41:34

ikkunan salvataja пишет:

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

Я достаточно хорошо разбираюсь в этом вопросе. Если ты хочешь что-то доказать - флаг тебе в руки. Пока что ты написал здесь исключительно бред.

ikkunan salvataja · 04-04-11 18:21:34

MOP3E пишет:

Пока что ты написал здесь исключительно бред.

В каком именно месте?

MOP3E · 04-04-11 19:48:54

ikkunan salvataja пишет:

В каком именно месте?

Все твои "возражения" сводятся к банальным понтам и отсылкам в гугль.

ikkunan salvataja · 04-04-11 20:32:54

MOP3E пишет:

и отсылкам в гугль.

То есть тебе прямую ссылку дать? Ну на
dri.freedesktop.org/wiki/Documentation
просвещайся, лапоть.
И ещё

MOP3E пишет:

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

для совсем тупых, во первых при чём здесь собственно говоря DMA как таковой по отношению к клиент-серверной архитектуре? Одно другому не мешает. Во вторых, скорость рендеринга и скорость доступа к памяти это несколько разные вещи, кстати потенциально CPU с пересылкой данных в памяти справится лучше чем GPU через DMA, потенциально потому, что один хрен в обоих случаях лимитирующим фактором будет пропускная способность памяти. Другое дело что если используется DMA процессор в это время может другими делами заняться, хоть и не так эффективно, поскольку память с другим устройством делить придётся. Ну а что касается всяких отрисовок линий и пр, так процессору тут вообще ничего делать не надо, передал координаты начала, конца, толщину и цвет линии на GPU через драйвер и пошёл другими делами заниматься. Ну если только драйвер не vesa, тогда да, придётся адрес каждой точки в видеопамяти через CPU обсчитывать.

MOP3E · 05-04-11 01:17:23

ikkunan salvataja пишет:

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

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

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

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

ikkunan salvataja · 05-04-11 13:38:12

MOP3E пишет:

Ага, ага, дилетанта видно за версту

Это точно.

MOP3E пишет:

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

"Команды OpenGL реализованы как модель клиент-сервер. Приложение выступает в роли клиента: оно вырабатывает команды, а сервер OpenGL интерпретирует и выполняет их. Сам сервер может находиться как на том же компьютере, на котором находится и клиент, так и на другом."
compgraph.tpu.ru/lib_opengl.htm
А теперь ссылочка на одну из стареньких баг в арче, уже пофиксенную, просто ссылки на нормальную документацию до виндейцев не доходят. Итак
bugs.archlinux.org/task/3777
"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."
Остальной бред мне комментировать лениво, уже этого достаточно чтобы показать что представляют из себя виндовс гуру.

Форум StopLinux

Объявление

#26 03-04-11 04:05:17

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

#27 03-04-11 05:21:21

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

#28 03-04-11 05:28:55

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

#29 03-04-11 09:56:19

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

#30 03-04-11 11:24:05

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

#31 03-04-11 12:32:46

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

#32 03-04-11 12:47:17

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

#33 03-04-11 12:55:23

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

#34 03-04-11 20:50:15

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

#35 03-04-11 21:23:31

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

#36 03-04-11 22:33:42

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

#37 03-04-11 22:43:23

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

#38 03-04-11 23:43:20

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

#39 04-04-11 00:57:55

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

#40 04-04-11 11:38:07

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

#41 04-04-11 12:23:47

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

#42 04-04-11 12:42:39

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

#43 04-04-11 15:30:24

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

#44 04-04-11 15:51:13

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

#45 04-04-11 17:41:34

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

#46 04-04-11 18:21:34

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

#47 04-04-11 19:48:54

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

#48 04-04-11 20:32:54

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

#49 05-04-11 01:17:23

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

#50 05-04-11 13:38:12

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

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