The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Подробности о графическом стеке Freon, пришедшем на смену X1..., opennews (??), 09-Мрт-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


65. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Аноним (-), 10-Мрт-15, 00:53 
> Интересно узнать конкретные цифры - что-то мне подсказывает, что разница будет менее 1-2%.

На компьютере со слабым процессором и лимитом по питанию, иксы - одна из основных статей расхода энергии на обмолот процессором. Еще и память трескают изрядно. Вон фирма нокия очень долго мучалась для того чтобы что-то минимально приемлимое из них сделать. И то, основная масса софта которму важен быстрый вывод графики - используют OpenGL, который основные потоки данных гонит вообще без участия иксов а как-то с ними пересекается только чезез GLX.

А rугель резонно рассудил что долбаться с этим гуано ему не с руки и просто отпилил болгаркой. В ведроиде какй-то surface flinger. Примитивный как топор, зато и тормозить и память лопать там нечему. Ну а в хромой оси вон фреон. Похожий по смыслу. Я правда не совсем понимаю гуглю в плане того нафиг им две похожие по смыслу но все-таки разные сущности. Могли бы сделать нехилый дедуп кода и оставить что-нибудь одно.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

66. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Mihail Zenkov (ok), 10-Мрт-15, 01:14 
> На компьютере со слабым процессором и лимитом по питанию, иксы - одна
> из основных статей расхода энергии на обмолот процессором. Еще и память трескают
> изрядно.

Зависит от видеодрайвера, а не от Xorg. Если аппаратное ускорение нормально реализовано, то что там может процессор есть? По памяти - 8.2MB на встроенном intel.

> Вон фирма нокия очень долго мучалась для того чтобы
> что-то минимально приемлимое из них сделать. И то, основная масса софта
> которму важен быстрый вывод графики - используют OpenGL, который основные потоки
> данных гонит вообще без участия иксов а как-то с ними пересекается
> только чезез GLX.

Это делается что-бы получить большую скорость, так как 3d сейчас развивается очень быстро в отличие от 2d. Да и эффекты накрутить проще. Но памяти такое решение требует гораздо больше.

> А rугель резонно рассудил что долбаться с этим гуано ему не с
> руки и просто отпилил болгаркой. В ведроиде какй-то surface flinger. Примитивный
> как топор, зато и тормозить и память лопать там нечему.

Когда у меня появился смартфон с андроидом, я долго не мог понять - почему у меня так быстро садится батарейка при запущенном секундомере. Думал фиговый секундомер - перепробовал несколько включая самые простые, написал свой - проще некуда: если обновлять сотые секунды то проц ело 30-50% - и это только для того чтобы обновить 8 символов на экране!

Ответить | Правка | Наверх | Cообщить модератору

71. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  –1 +/
Сообщение от Аноним (-), 10-Мрт-15, 02:19 
> Зависит от видеодрайвера, а не от Xorg.

Не знаю. С радеоном - так. С интелем - так. C нвидией так. С PowerVR@ARM - так. Какие, блин, еще драйвера я должен проверить?!

> По памяти - 8.2MB на встроенном intel.

Сказки это хорошо. Но я ведь могу и проверить! И я вот вижу 69 метров RSS у процесса xorg на ноуте с интелским интегратом, который на несчастье спиди-гонщиков у меня есть под рукой. Из программ я на ноуте запускал аж целое XFCE и браузер. И, кстати, за 2 дня аптайма ноута - иксовый процесс съел более чем 2 часа процессорного времени. Это при том что большую часть времени ноут вообще ничего существенного не делал - он просто валялся! Я не гонял там никакого полноэкранного видео, игр или чего там еще. А иксовый процесс переплюнул даже браузера-переростка по съеденному времени проца oO.

> Это делается что-бы получить большую скорость, так как 3d сейчас развивается очень
> быстро в отличие от 2d. Да и эффекты накрутить проще.

Это не "большая" скорость. Это то как оно должно работать. Стандартно, по дефолту. Ваши представления о графике из эпохи VGA адаптеров - безнадежно протухли. Гугель это понимает, в отличие от мамонтов с задворок истории. Ну вот и танцует как умеет.

> Но памяти такое решение требует гораздо больше.

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

> - почему у меня так быстро садится батарейка при запущенном секундомере.

Потому что жабисты те еще ДЛБ и не подумали что сотни "draw calls" в секунду - грабли даже для мощного десктопника. А на мобилке - даже сильно укороченный маршрут draw call не спасет на 100% от долбо...зма апликушника.

> - и это только для того чтобы обновить 8 символов на экране!

А теперь попробуйте так с иксами. Они на моем N900 при мало-мальски активной перерисовке экрана вообще по жизни в верхушке top обитают. И нет, вы знаете, о перерисовке сотых долей секунд (т.е. потенциально до сотен раз в секунду, сотни draw calls) там речь не идет. Там 20FPS в openttd - уже за счастье. При том половну проца трескает не сама игра а очень даже иксы, в которые все и уперлось. Видя такой крап я вполне могу понять почему гугл с этим связываться не захотел, а libSDL в конечном итоге тоже послали иксы и по дефолту стараются в второй версии либы через opengl картинку гнать, если система так в принципе умеет (у GL там приоритет над иксами).

Ответить | Правка | Наверх | Cообщить модератору

73. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Mihail Zenkov (ok), 10-Мрт-15, 02:50 
>> Зависит от видеодрайвера, а не от Xorg.
> Не знаю. С радеоном - так. С интелем - так. C нвидией
> так. С PowerVR@ARM - так. Какие, блин, еще драйвера я должен
> проверить?!

Как проверяли? Если по ps, то ddx (2d ускорение) приплюсовывается к X.


>> По памяти - 8.2MB на встроенном intel.
> Сказки это хорошо. Но я ведь могу и проверить! И я вот
> вижу 69 метров RSS у процесса xorg на ноуте с интелским
> интегратом, который на несчастье спиди-гонщиков у меня есть под рукой.

Значит такая у вас система :)
Свеже загруженный ноут (32-bit lfs): http://knk.bplaced.net/ps.log


> Из
> программ я на ноуте запускал аж целое XFCE и браузер. И,
> кстати, за 2 дня аптайма ноута - иксовый процесс съел более
> чем 2 часа процессорного времени. Это при том что большую часть
> времени ноут вообще ничего существенного не делал - он просто валялся!
> Я не гонял там никакого полноэкранного видео, игр или чего там
> еще. А иксовый процесс переплюнул даже браузера-переростка по съеденному времени проца
> oO.

Съел ddx, раз ест в простое, значит что-то постоянно обновляется - conky или что-то подобное.


>> Это делается что-бы получить большую скорость, так как 3d сейчас развивается очень
>> быстро в отличие от 2d. Да и эффекты накрутить проще.
> Это не "большая" скорость. Это то как оно должно работать. Стандартно, по
> дефолту. Ваши представления о графике из эпохи VGA адаптеров - безнадежно
> протухли. Гугель это понимает, в отличие от мамонтов с задворок истории.
> Ну вот и танцует как умеет.

Еще посоветуете интелу sna выкинуть и заменить на новую "технологию" - вэб драйвер, пока гугл первый не сделал :)

>> Но памяти такое решение требует гораздо больше.
> С чего ради? Что кадр в каком-нибудь плеере будет двухмерным битмапом в
> иксах, что он будет столь же двухмерной текстурой - один хрен.
> Просто во втором случае его спихнут на апи которое к этому
> морально готово и не тормозит по черному от таких развлечений.

Реализация opengl (mesa+llvm для шейдереов) требует гораздо больше, чем весь остальной Xorg.

> А теперь попробуйте так с иксами.

Постоянно - mc в терминале перерисовывает тысячи символов за десятые (если не сотые) доли секунды. Да даже на первом пне игры (2d) не тормозили - уже больше 30 fps точно было. А тут гигагерц ели успевает восемь(!) символов обновить.

Ответить | Правка | Наверх | Cообщить модератору

74. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Mihail Zenkov (ok), 10-Мрт-15, 03:07 
Еще можно RBPi вспомнить - при мощности процессора и gpu сравнимого с упомянутым смартфоном, успевает эмулировать PS1 (3D), 2D вообще летает.
Ответить | Правка | Наверх | Cообщить модератору

102. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Аноним (-), 24-Мрт-15, 02:49 
> Как проверяли? Если по ps, то ddx (2d ускорение) приплюсовывается к X.

Запускаем видео в браузере. Смотрим в top. Опа! Иксы кушают больше времени CPU чем браузер декодирующий мувик. Надеюсь, теперь вы понимаете почему гугл послал это угробище в пользу freon и surface flinger.

> Значит такая у вас система :)

Система как система. Обычная убунта. На том же N900 армовском, где нокия долго бодалась с оптимизацией иксов - результат тоже не поражает воображение. И в top часто оказывается по CPU, и существенный процент от системной оперативы кушает.

> Свеже загруженный ноут (32-bit lfs): http://knk.bplaced.net/ps.log

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

> Съел ddx,

Съел xorg и его требуха. Все вместе. Мне честно говоря не сильно интересно кто имено там отвисал. Я вижу что в целом draw calls неприемлимо тормозные и желаю такой графической системе скорейшей отправки на кладбище космических кораблей.

> раз ест в простое, значит что-то постоянно обновляется - conky
> или что-то подобное.

Достаточно запустить браузер и проиграть видео с ютуба. И иксы покажут свою гнилую сущность.

> Еще посоветуете интелу sna выкинуть и заменить на новую "технологию" - вэб
> драйвер, пока гугл первый не сделал :)

А они и пилят все вместе, и интель, и амд Glamor. Когда ddx драйвер - по сути интерфейс к MESA и ее GL. Напрашивается вообще выбросить все иксы и DDX - почем зря лишний оверхед на пути.

> Реализация opengl (mesa+llvm для шейдереов) требует гораздо больше, чем весь остальной Xorg.

Но в случае RadeonSI это вообще единственный вариант. А так и интель и амд сватают Glamor, который как раз об этом. Все-равно 3D кодить придется, да и нет у современных чипов ничего такого особого для ускорения 2D.

> Постоянно - mc в терминале перерисовывает тысячи символов за десятые (если не
> сотые) доли секунды.

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

> ели успевает восемь(!) символов обновить.

Каких еще символов? И да, иксовых игр с нормальной графикой, особенно работающих на первом пне - элементарно не бывает. А если запустить их в фулскрин на этом первом пне и 800х600 хотя-бы - можно получить отличное слайдшоу.

Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

105. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Mihail Zenkov (ok), 24-Мрт-15, 11:24 
>> Как проверяли? Если по ps, то ddx (2d ускорение) приплюсовывается к X.
> Запускаем видео в браузере. Смотрим в top. Опа! Иксы кушают больше времени
> CPU чем браузер декодирующий мувик. Надеюсь, теперь вы понимаете почему гугл
> послал это угробище в пользу freon и surface flinger.

Запускаем mpv c -vo=xv и о чудо - X 1.5%, mpv 7.5%. Вы не думали, что сам браузер может несколько не оптимально выводить видео и замена Xorg ничего не изменит?

>> Свеже загруженный ноут (32-bit lfs): http://knk.bplaced.net/ps.log
> И какая мне радость с неведомой зверушки, выпиленной лобзиком неизвестно кем?

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

> Поди еще и в рафинированных условиях, когда никто ничего не рисует, да?

Из графических dwm, conky, tabbed, st (и mc в нем). После запуска QupZilla - 12MB.

>> Еще посоветуете интелу sna выкинуть и заменить на новую "технологию" - вэб
>> драйвер, пока гугл первый не сделал :)
> А они и пилят все вместе, и интель, и амд Glamor. Когда
> ddx драйвер - по сути интерфейс к MESA и ее GL.
> Напрашивается вообще выбросить все иксы и DDX - почем зря лишний
> оверхед на пути.

Не все так просто: sna гораздо быстрее glamor и при этом для glamor нужно гораздо больше памяти.

С приходом wayland все будут использовать glamor. Будет ли быстрее? На новых amd и сравнить то не с чем, на старых - примерно одно и тоже. На intel будет медленнее. Будет ли wayland есть меньше памяти? Нет - так как ему обязательно нужен OpenGL, да и уже начали пропихивать в него всякую муть, типа не отключаемого мультитоуча и "shell-протокол для автомобильных информационно-развлекательных систем".

Когда было объявлено о идеях и целях проект wayland, я и сам был полон энтузиазма. Но теперь боюсь, что к началу массового внедрения, он будет еще большим монстром, чем Xorg.  

Ответить | Правка | Наверх | Cообщить модератору

68. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Vkni (ok), 10-Мрт-15, 01:46 
> На компьютере со слабым процессором и лимитом по питанию, иксы - одна
> из основных статей расхода энергии на обмолот процессором.

Не могу поверить, т.к. я самолично пускал XFree86 на 486-м компьютере. Скорость работы строго зависела от используемой оболочки - Afterstep/WindowMaker работали шустро, а KDE1 притормаживала.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

72. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  –1 +/
Сообщение от Аноним (-), 10-Мрт-15, 02:23 
> работы строго зависела от используемой оболочки - Afterstep/WindowMaker работали шустро,
> а KDE1 притормаживала.

Плохому танцору всегда что-то мешает. Но вот почему-то иксы в топе вылезают с самыми разными оболочкми, если хоть что-то с графикой мало-мальски активно делать. Самые разные - это все что угодно, от местечковой конструкции в N900 до обычных KDE/XFCE/Gnome/...

Ответить | Правка | Наверх | Cообщить модератору

76. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Vkni (ok), 10-Мрт-15, 06:09 
> Плохому танцору всегда что-то мешает. Но вот почему-то иксы в топе вылезают
> с самыми разными оболочкми, если хоть что-то с графикой мало-мальски активно
> делать.

Потому, что там работают функции отрисовки, дорогой Аноним. Потому, что отрисовывает не libastral, а вполне конкретный кусок кода.

Ответить | Правка | Наверх | Cообщить модератору

103. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Аноним (-), 24-Мрт-15, 02:51 
> Потому, что там работают функции отрисовки, дорогой Аноним. Потому, что отрисовывает не
> libastral, а вполне конкретный кусок кода.

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

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

Ответить | Правка | Наверх | Cообщить модератору

81. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  –1 +/
Сообщение от soarin (?), 10-Мрт-15, 09:12 
Потому что на 486-м компьютере надо было сделать минимальную отрисовку. А щас подавай всем скругления, анимации, тени.
Запросы возросли, а Иксы остались принципиально теме же.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

86. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +1 +/
Сообщение от Vkni (ok), 10-Мрт-15, 20:16 
> Потому что на 486-м компьютере надо было сделать минимальную отрисовку. А щас
> подавай всем скругления, анимации, тени.
> Запросы возросли, а Иксы остались принципиально теме же.

Проблема, реально в том, что большой фанат Wayland'а по имени Кейт Паккард пропихнул в X11 расширение XRender. Это расширение совершенно адским образом отрисовывает "скругления, тени", разбивая изображение на тысячи и сотни тысяч трапеций. Если его убрать, всё рисуется исключительно ловко и легко.

Соответственно, для ускорения X11 нужно либо исправить штатную рисовалку, убрав XRender и добавив прозрачность, либо тупо использовать одну из альтернативных, например OpenGL.

Ответить | Правка | Наверх | Cообщить модератору

90. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  –1 +/
Сообщение от Аноним (-), 12-Мрт-15, 08:30 
Паккард не фанат wayand'а.
Ответить | Правка | Наверх | Cообщить модератору

91. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +2 +/
Сообщение от Vkni (ok), 12-Мрт-15, 16:25 
> Паккард не фанат wayand'а.

:-) Спасибо, но у меня нет амнезии - он таки да.

Ответить | Правка | Наверх | Cообщить модератору

78. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Аноним (-), 10-Мрт-15, 07:58 
> На компьютере со слабым процессором и лимитом по питанию, иксы - одна из основных статей расхода энергии на обмолот процессором.

Ты там результат работы графической системы в /dev/null выводишь? Или есть экран, который перекрывает по потреблению энергии все остальные части системы?

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

82. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  –1 +/
Сообщение от soarin (?), 10-Мрт-15, 10:41 
> экран перекрывает по потреблению энергии все остальные части системы?

Бред полный.

Ответить | Правка | Наверх | Cообщить модератору

84. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Аноним (-), 10-Мрт-15, 12:49 
Ну, ну. Есть данные что кроме игрулек и процесса кодирования где, возможно, проц выжрет больше экрана? По словам power consumption on smartphone гуглится не бред.
Ответить | Правка | Наверх | Cообщить модератору

104. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от Аноним (-), 24-Мрт-15, 02:52 
> Ну, ну. Есть данные что кроме игрулек и процесса кодирования где, возможно,
> проц выжрет больше экрана?

Понимаете ли, время работы от батарейки - лишним не бывает.

Ответить | Правка | Наверх | Cообщить модератору

83. "Подробности о графическом стеке Freon, пришедшем на смену X1..."  +/
Сообщение от ZiNk (ok), 10-Мрт-15, 11:58 
>> rугель резонно рассудил что долбаться с этим гуано ему не с руки и просто отпилил болгаркой. В ведроиде какй-то surface flinger. Примитивный как топор, зато и тормозить и память лопать там нечему.

И тем не менее приложения на Андроиде куда прожорливее и неторопливее, чем на той же йолле с вялендом и Н9 с иксами. Может не в дисплей менеджерах дело?

Фреон - тупо фреймбуфер, весь функционал уехал в сам хром, управление окнами и т.д.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру