Вся суть фанатиков Хорг.

А я не понимаю, в чём проблема вяленого на третьепне. Конечно, если ещё и видеокарту использовать без аппаратного 3D...

Ты обкурился?

https://wayland.freedesktop.org/faq.html

Нативные wayland приложения работаю лучше. Так что харе выдумывать.

Лучше - это с большим потреблением памяти? Соответственно ресурсы современных вычистительных устройств утилизируются лучше? Аха...

Кроме вариантов «разрешить всем всё как в Windows 95» и «запретить всем всё везде всегда», других решений на ум не приходит?

Ноешь ты, а выдумывать должен я? Ну отлично.

Хм, может мне тут еще и реализацию выполнить? Спроектировать то, что не хотят делать редхатовские работники? При чем на форуме. При чем за полчаса. При чем для анонимуса. При чем бесплатно.

Нет, что ты, не надо. Продолжай ныть лучше. Это ведь намного полезнее.

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

Wayland предполагает рисование всего окна за раз. Приложение может делать это как хочет, но в тот момент, когда оно говорит композитору: «вот моё окно», оно точно закончило рисовать. Не половину кадра отрисовала, нет. Закончило. И так каждый клиент. Композитор в любой момент либо обладает старым содержимым окна, либо новым. Поэтому тиринга, а именно ситуации, в которой половина окна от нового кадра, а половина от предыдущего — нет.

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

Еле угнались за иксами

На самом деле одинаково. Потому что узким местом являются драйвера, а они что там, что там одни и те же.

Разработчики сразу писали: ковряться в кишках X.org нам больше не охота, вот вам API на композитор фреймбуфера вместо оконной системы, дальше любитесь сами. Ну может бюджет не выделили людям на разработку иксов, экономика должна быть экономной.

Собственно, на оффсайте примерно это до сих пор и написано.

Это местные аналитики уже завели пластинку про «игоры не тормозят!!111». Собственно, ЛОР по большей части — это филиал сообщества Свидетелей Бесплатной Винды, игоры купил, голову не купил.

Приложение может делать это как хочет, но в тот момент, когда оно говорит композитору: «вот моё окно», оно точно закончило рисовать.

Т.е. wayland и производительность несовместимы, да? В сложных сценах придется ждать минут пять?

Читал...

Вот только по скорости загрузки сам специально на одной и той же железяке сравнивал с одними и теми же запускаемыми демонами. OpenRC и Systemd. Угадаете кто кого сделал по скорости? Да, это был не Systemd.

Вот только по скорости загрузки сам специально на одной и той же железяке сравнивал с одними и теми же запускаемыми демонами. OpenRC и Systemd. Угадаете кто кого сделал по скорости? Да, это был не Systemd.

К тому же openrc переносим...

Да, признаю, написал для «красного словца». Но запилили не лучше, чем иксы. Резонный вопрос: если ничего не поменялось, то зачем эти потуги?

Ну, а по факту будет так, как я выше написал.

В статье написано, что приложения под Xwayland работают точно так же как и под иксами и не теряют производительности, но вы откуда-то берете вывод что wayland не быстрее иксов. У вас какое-то нарушение в восприятии информации?

Скорее, не совсем так.

Здесь не столько апалогеты винды, скорее всего, сколько апологеты развития ради развития.

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

Лучше - это с большим потреблением памяти?

Ну да, на 3-5%. Шок, кишки, расчлененка.

Да.

К тому же openrc переносим...

И это его жирный плюсище.

Wayland предполагает рисование всего окна за раз. Приложение может делать это как хочет, но в тот момент, когда оно говорит композитору: «вот моё окно», оно точно закончило рисовать. Не половину кадра отрисовала, нет. Закончило. И так каждый клиент. Композитор в любой момент либо обладает старым содержимым окна, либо новым. Поэтому тиринга, а именно ситуации, в которой половина окна от нового кадра, а половина от предыдущего — нет.

У тебя матчасть уехала.

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

Композитор уведомляется о перерисовке окна через xdamage. В каком месте он получит «половину окна»?

Тиринг под композитором фактически возникает не из-за перерисовки окна, а из-за перерисовки экрана. Возьми окно мышкой и потаскай. Если вывод подвержен тирингу, увидишь, как оно двигается частями. При этом окно приложением не перерисовывается, и в каждый момент времени у композитора есть полная копия окна. Так что твои предположения немного мимо кассы.

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

Запустил compton: тиринга нет. Выключил compton: тиринг есть. Так говоришь иксовый композитор без тиринга невозможен? ЧЯДНТ?

Лучше - это с большим потреблением памяти?

Ну да, на 3-5%. Шок, кишки, расчлененка.

Угу, и вообще, потребуй завтра от босса повышения зарплаты на 5%, такая малость же.

За 10 лет труда!!!

Да. OpenRC будет чуть быстрее.

И что?

Портал Phoronix

Никогда не верил таким тестам.

Не...

Вот если бы меньше на хотя бы те же 3-5%, да с выигрышем по скорости, то было бы шок, кишки, расчленёнка.

А так... всё как-то до боли предсказуемо и не вызывает удивления. Можно даже сказать «ну вас же предупреждали...». Но это не поможет.

Так говоришь иксовый композитор без тиринга невозможен? ЧЯДНТ?

Что ты делаешь не так? Считаешь, что если у тебя работает, то работает у всех. Типичная логическая ошибка.

И то.

Засуньте себе приведённую ссылку куда-нибудь и больше не показывайте её взрослым дядькам. Там лажа.

Почему?

А хотя можно не отвечать. От фанатиков все равно ничего толкового нельзя услышать.

оно всегда так бывает: сналача пионер делают пустой proof of concept который ничего не делает, но «летает», и радуется дикому ускорению, а потом начинаются _детали реализации_ и почему-то начинает тормозить и глючить. классика. сколько ещё такого будет - не перечесть.

amd, intel... a nvidia? ведро дегтя в ложку...

amd, intel... a nvidia? ведро дегтя в ложку...

Да ты оптимист!

Существенной разницы в производительности игр, энергопотреблении и объёме занятой оперативной памяти обнаружено не было.

Зачем тогда всё затевалось?!

Резонный вопрос: если ничего не поменялось, то зачем эти потуги?

Ну, вэйланд всё еще позволяет чувствовать себя стильным-модным-молодёжным и вообще не такик как все.

Аноны (и регистранты) просто настолько безмозглые, что не могут нормально построить логическую цепочку и думают, что одинаковый результат по некоторым параметрам между сессиями гнома == фиаско вяленого. А достоинств масса, например возможность нормальной работы с несколькими мониторами, имеющими разную плотность пикселей.

Что ты делаешь не так? Считаешь, что если у тебя работает, то работает у всех. Типичная логическая ошибка.

Неверное предположение. Считаю, что если решение продемострировано, то возможность его сущестования доказана.

Я еще раз спрошу как именно тиринга нет в вейланде и почему? Какие магические (а не технические) причины мешают устранить тиринг в иксах? Нет таких? Тогда остались только технические. А за них можно уже предметно поговорить.

Зачем тогда всё затевалось?!

Чтобы снизить затраты на поддержку своего ПО редхатом — раз. (Меньше фич, целее деньги.)

Чтобы привязать приложения к очередной нестандартной технологии — два.

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

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

P.S. А что, гомощель в X-сессии не может в два монитора?

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

Что такое «нормальная работа» в данном случае?

Считаю, что если решение продемострировано, то возможность его сущестования доказана.

Многопоточный код можно без синхронизаций писать. В 99% случаев будет продемонстрирована нормальная работа. Означает ли это, что возможность писать код без синхронизаций доказана?

Ты про LightDM, который, по мере добавления фич, перестал быть light?

Существенной разницы в производительности игр, энергопотреблении и объёме занятой оперативной памяти обнаружено не было.

Можно выкидывать вейланд?

Изменение масштабирования интерфейса в зависимости от DPI.

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

Изменение масштабирования интерфейса в зависимости от DPI.

Я с телефона по vnc захожу на ноут, в иксовой сессии выставляю нужное DPI и получаю масштабирование интерфейса.

Ты хочешь сказать, что вместо того, чтобы каждому монитору присвоить отдельный DPI в иксах, нужно запилить целую отдельную графическую систему?

Существенной разницы <...> обнаружено не было.

Это победа. Ради этого стоило вяленого пилить.

самое смешное, что как только реализуют хотя бы половину фич иксов, процессор сдохнет от перенапряжения. зато «прогресс», туды его!

нормальной работы с несколькими мониторами, имеющими разную плотность пикселей.

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

самое смешное, что как только реализуют хотя бы половину фич иксов,

Ничего страшного. С такой скоростью разработки к тому времени у всех будут квантовые компьютеры с нейроинтерфейсами.

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

Какие люди?

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

Это в гноме так?

Т.е. wayland и производительность несовместимы, да? В сложных сценах придется ждать минут пять?

ХЗ как оно на самом деле, но первое пришедшее в голову решение: если ты отрисовываешь окно пять минут (что конечно же косяк твоей архитектуры), пинай композитор раз в минуту (или после отрисовки каких-то законченных кусков), отдавая ему частично отрисованное.

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

разве это не задача приложения? приложение выбирает, что и как масштабировать. как вам понравится, если вам сделают принудительную операцию по смене пола просто чтобы в городе, в котором вы живете, не было дисбаланса?

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

Ошибка. Не «в иксах нельзя сделать», а «в тулкитах не реализовано».

xrandr сообщает виртуальное расположение мониторов относительно друг друга, их разрешения и физические характеристики (читай: DPI).

Почему тулкиты не хотят этой информацией воспользоваться?

Потому что гладиолоус.

Какие люди?

Линуксоиды. И при этом весело хихикали над «рабами Баллмера», которые подключали несколько мониторов. Теперь же что? Правильно, у Windows 10 виртуальные рабочие столы, а у линуксоидов старая баянистая песня на новый лад - wayland умеет несколько мониторов, а иксы-нет.

ХЗ как оно на самом деле, но первое пришедшее в голову решение: если ты отрисовываешь окно пять минут (что конечно же косяк твоей архитектуры), пинай композитор раз в минуту (или после отрисовки каких-то законченных кусков), отдавая ему частично отрисованное.

Это была ирония, дружок. Если кому-то ну очень важно вывести целиком картинку, используется двойная буферизация и отсечения. Известно очень давно, задолго до вейландов, смузи, вейпов и антикафе.

Иди верь дальше в магическую синхронизацию

Смотрите, кто про магию заговорил! Вместо описания просто заявляет: «УМВР, значит тиринга не существует».

У меня сейчас что с compton, что без него тиринга нет. Но это ничего не означает, потому что у кого-то он есть. В этом и есть проблема — она не возникает всегда. Поэтому её трудно решить.