The OpenNET Project / Index page

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



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

Оглавление

Переход Fedora по умолчанию на Wayland отложен, opennews (??), 05-Мрт-16, (0) [смотреть все]

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


49. "Переход Fedora по умолчанию на Wayland отложен"  –1 +/
Сообщение от iZEN (ok), 05-Мрт-16, 19:21 
> Имхо, юзер в линуксе должен получить профит в отзывчивости

А не в линуксе? Экие вы единоличники. На другие системы наплевать?

Сначала испоганили X'ы своими кривущими поделиями под управлениями Intel, забросили, взялись городить новый огород на Wayland, и опять "чего-то не выходитЪ"!

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

56. "Переход Fedora по умолчанию на Wayland отложен"  –2 +/
Сообщение от Аноним (-), 05-Мрт-16, 20:14 
>> Имхо, юзер в линуксе должен получить профит в отзывчивости
> А не в линуксе? Экие вы единоличники. На другие системы наплевать?
> Сначала испоганили X'ы своими кривущими поделиями под управлениями Intel, забросили, взялись
> городить новый огород на Wayland, и опять "чего-то не выходитЪ"!

сиди в консоли, зачем тебе иксы, тебе же нравятся трудности

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

74. "Переход Fedora по умолчанию на Wayland отложен"  +1 +/
Сообщение от Аноним (-), 06-Мрт-16, 02:00 
> сиди в консоли, зачем тебе иксы, тебе же нравятся трудности

Да, сделать все линукс-онли, это труЪ!
Правда, потом не стоит удивлятся, когда перейдут на поддержку "тру-дистр-онли", ведь намного проще и эффективней поддерживать только "правильный_дистр+версию ядра и системд" вместо кучи маргинальных поделок! А кому не нравится – компилятор и нано в зубы и пусть отдирает гвозди и доделывает поддержку сам!

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

83. "Переход Fedora по умолчанию на Wayland отложен"  +/
Сообщение от Алексей Морозов (ok), 06-Мрт-16, 13:20 
Вряд ли это был аргумент в поддержку какого-либо из вариантов FreeBSD.
Ответить | Правка | Наверх | Cообщить модератору

57. "Переход Fedora по умолчанию на Wayland отложен"  –1 +/
Сообщение от Mihail Zenkov (ok), 05-Мрт-16, 20:44 
> Сначала испоганили X'ы своими кривущими поделиями под управлениями Intel, забросили,

Справедливости ради, стоит отметить, что у intel самый нормальный 2d драйвер и sna они активно пилят.

>  взялись городить новый огород на Wayland, и опять "чего-то не выходитЪ"!

И сделали dri3, лишив wayland каких либо потенциальных преимуществ в производительности.

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

86. "Переход Fedora по умолчанию на Wayland отложен"  –1 +/
Сообщение от Аноним (-), 06-Мрт-16, 15:21 
> у intel самый нормальный 2d драйвер и sna они активно пилят.

Только видео вечно с тирингом и нагрузка от xorg на проц 30% в любой 2D игре или видеоплеере, даже с DRI3.

> И сделали dri3, лишив wayland каких либо потенциальных преимуществ в производительности.

Который не активен по умолчанию, т.к. глючит. У wayland протокол - только управление. Bulk data через него не гонят, только переговоры как и куда, что намного умнее. Запустил тут rebecca black на старом компе. Чихает, глючит, но mpv с нативным выводом через wayland выдает FPS раза в полтора выше. Потому что xorg не отъедает треть проца.

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

91. "Переход Fedora по умолчанию на Wayland отложен"  +/
Сообщение от Roo2AT7d (ok), 06-Мрт-16, 15:59 
А как же XShm?
Ответить | Правка | Наверх | Cообщить модератору

100. "Переход Fedora по умолчанию на Wayland отложен"  +1 +/
Сообщение от Mihail Zenkov (ok), 06-Мрт-16, 18:33 
> Только видео вечно с тирингом

mpv -vo xv - нет тиринга
mpv -vo gl - только в оконном режиме, специально ничего не настраивал - возможно его и там можно было устранить

> и нагрузка от xorg на проц 30%
> в любой 2D игре

не знаю, не играю

> или видеоплеере, даже с DRI3.

mpv -vo xv или mpv -vo gl и даже без dri3 на древнем 945gm - xorg: 0.5-0.25% cpu ;)


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

108. "Переход Fedora по умолчанию на Wayland отложен"  –1 +/
Сообщение от Аноним (-), 06-Мрт-16, 20:02 
> - возможно его и там можно было устранить

Сейчас телефон за $50 показывает видео быстро и без тиринга. Без всяких "устранять".

> не знаю, не играю

И видео наверное смотрите 360P, на мелком экране ноутбука.

> древнем 945gm - xorg: 0.5-0.25% cpu ;)

Есть тут gen 4, через xv с mpv при 1080P нагрузка на CPU 20%! GL мимо иксов идет, на то и Direct Rendering что картинка через mesa и libdrm в ядро и GPU отправляется. Но там много проблем с синхронизацией. Иксы изначально на такое не расчитаны, там даже окошко повозить активно - и видишь наплывы и зазубрины. Какого черта?!

Итого: огромные усилия на разработку, при результате хуже чем у 50-долларового китайского телефона. У гугля нет команд сравнимых с xorg занимающихся графикой. Это волоебство надо прекращать.

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

110. "Переход Fedora по умолчанию на Wayland отложен"  +1 +/
Сообщение от Mihail Zenkov (ok), 06-Мрт-16, 20:31 
>> - возможно его и там можно было устранить
> Сейчас телефон за $50 показывает видео быстро и без тиринга. Без всяких
> "устранять".

В оконном режиме? :)

>> не знаю, не играю
> И видео наверное смотрите 360P, на мелком экране ноутбука.

720P

>> древнем 945gm - xorg: 0.5-0.25% cpu ;)
> Есть тут gen 4, через xv с mpv при 1080P нагрузка на
> CPU 20%!

именно xorg съедает 20% cpu, а не mpv? Если так - то пишите багрепорт.

> GL мимо иксов идет, на то и Direct Rendering
> что картинка через mesa и libdrm в ядро и GPU отправляется.

Если так все просто, то почему wayland медленнее xorg даже при выводе opengl?

> Но там много проблем с синхронизацией. Иксы изначально на такое не
> расчитаны, там даже окошко повозить активно - и видишь наплывы и
> зазубрины. Какого черта?!
> Итого: огромные усилия на разработку, при результате хуже чем у 50-долларового китайского
> телефона. У гугля нет команд сравнимых с xorg занимающихся графикой. Это
> волоебство надо прекращать.

Нет окон - нет тиринга, вот и все волшебство :)

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

124. "Переход Fedora по умолчанию на Wayland отложен"  +/
Сообщение от Аноним (-), 10-Мрт-16, 21:10 
> В оконном режиме? :)

На андроиде обычно используются "hardware overlays". Overlay - отдельный plane (в терминах интел). Туда и рисуется видео, аппаратный декодер может рисовать напрямую, но можно и программно. Не важно что в основном plane, окна или нет. Overlay можно программировать и на весь экран, и на часть. Менеджер окон/поверхностей может поддерживать иллюзию что оверлей - часть окна. Контроллер дисплея делает композитинг plane'ов, выдавая результат на экран. Это не поможет быстро закрасить прямоугольник. И формат данных дополнительных planes чаще всего yuv.

Wayland с его поверхностями и прочие surface flinger на такую логику хорошо укладываются. Иксы притягивают за уши, получается сложно и криво и работает кое-как.

> 720P

Наверное на достаточно мощном процессоре. И неплохо бы посмотреть сколько процентов Idle у системы и как это согласуется с CPU use плеера. Особенно в оконном режиме. Об этом ниже.

> именно xorg съедает 20% cpu, а не mpv? Если так - то пишите багрепорт.

Горбатого могила исправит. Xorg никто лишний раз трогать не хочет, а если произнести слово "tearing" - спецы Intel грустнеют. Всей толпой. И так уже много лет. Думаю понятно почему они в wayland заинтересованы.

> Если так все просто, то почему wayland медленнее xorg даже при выводе opengl?

Не очень понятно где эта медленность проявляется, на форониксе не видно.

Теоретически, если у нас GL, direct rendering и полноэкранное окно, а в иксах композитора нет или он достаточно умен для того чтобы уйти с дороги, в GL разница должна быть минимальной. В direct rendering ни xorg, ни wayland не участвуют. Запросы отправляются в MESA, та делает высокоуровневую работу (шейдеры, ...) и отправляет все в ядро через libdrm, а ядро - в GPU. Wayland и glx как-то задействуются только для задания параметров окна и/или выбора видеорежима и в этом случае они не основная статья расходов.

Если это НЕ fullscreen и/или композитор не отвалил, так что уже не чистый direct rendering - возможно множество вариантов. Это другая ситуация. Картинки надо так или иначе объединять. Иксы на это не заточены и скорее мешаются.

Вы, кстати, ваш плеер как запускали? Разница по загрузке процессора сильно ощущается в оконном режиме. Полноэкранный OpenGL мимо иксов и wayland пойдет, в GL стэк и DRI-инфраструктуру напрямую. А вот в оконном режиме иксы сильно тормозят.

> Нет окон - нет тиринга, вот и все волшебство :)

Ну еще бы, весь смысл direct rendering и был в том чтобы иксы вытряхнуть с пути. То-есть вы сами же и подтвердили что выкидывание иксов с пути потока команд рещает проблемы с тирингом. Я в этом и не сомневался - в самом DRI все по уму сделано, проблемы начинаются когда по пути оказываются иксы.

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

136. "Переход Fedora по умолчанию на Wayland отложен"  +/
Сообщение от Mihail Zenkov (ok), 11-Мрт-16, 01:20 
>> В оконном режиме? :)
> На андроиде обычно используются "hardware overlays". Overlay - отдельный plane (в терминах интел).

И чем он принципиально отличается от xv (который и в окне без тиринга)?

>> 720P
> Наверное на достаточно мощном процессоре.

Мобильный 1.66MHz x 2.

> И неплохо бы посмотреть сколько процентов Idle
> у системы и как это согласуется с CPU use плеера. Особенно
> в оконном режиме. Об этом ниже.

19-25% в mpv 720p h264. Не зависит от типа вывода (xv или gl) и от оконного или полноэкранного вывода.

>> именно xorg съедает 20% cpu, а не mpv? Если так - то пишите багрепорт.
> Горбатого могила исправит. Xorg никто лишний раз трогать не хочет, а если
> произнести слово "tearing" - спецы Intel грустнеют. Всей толпой. И так
> уже много лет.

Не надо на интеловцев гнать - sna по сей день активно пилят, пишите багрепорт, Chris Wilson очень трепетно относится к производительности, подобный случай должен его заинтриговать.

> Думаю понятно почему они в wayland заинтересованы.

А кто из команды интела активно в wayland участвует?

>> Если так все просто, то почему wayland медленнее xorg даже при выводе opengl?
> Не очень понятно где эта медленность проявляется, на форониксе не видно.

OK. Пока нет прямых замеров. Xorg vs XWayland учитывать не будем.

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

Нет, не подтвердил: как раз при выводе xv в любом режим нет тиринга, а есть он только в OpenGL в оконном режиме, да и то как я уже сказал - для меня он не принципиален и я не разбирался где косяк - в xorg, драйвере или mpv. Возможно у меня тупо отключена синхронизация для OpenGL.

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

111. "Переход Fedora по умолчанию на Wayland отложен"  +/
Сообщение от Mihail Zenkov (ok), 06-Мрт-16, 20:57 
> Итого: огромные усилия на разработку, при результате хуже чем у 50-долларового китайского
> телефона. У гугля нет команд сравнимых с xorg занимающихся графикой.

Вот это и плохо: запустите любой секундомер выводящий с точностью до сотых секунды и посмотрите нагрузку на процессор (adb shell top -m 5), узнаете много нового о скорости андройда и почему нужно восемь ядер, чтоб он не тормозил :)

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

125. "Переход Fedora по умолчанию на Wayland отложен"  +/
Сообщение от Аноним (-), 10-Мрт-16, 21:17 
> Вот это и плохо: запустите любой секундомер выводящий с точностью до сотых
> секунды и посмотрите нагрузку на процессор (adb shell top -m 5),
> узнаете много нового о скорости андройда и почему нужно восемь ядер,
> чтоб он не тормозил :)

Вы лучше посмотрите что иксы вытворяют в оконном режиме. Потому что при -vo=gl на полный экран - иксы вообще не используются, все через DRI напрямую. То что тормозливые иксы в этом частном случае можно целиком выбросить с дороги, сделав все через DRI без участия иксов - не заслуга иксов.

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

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

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




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

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