| 1.1, Дуплик (ok), 20:15, 17/05/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
 Позвольте! Но ведь в Qt уже есть QtWayland! На кой ещё один дублирующийся модуль под названием KWayland? Почему бы не допилить QtWayland до юзабельного состояния? Но нет KDE'шники будут дублировать код QtWayland'а в этом KWayland, раздуют зависимостей на пару сот мегабайт, а потом снова будут возмущаться, почему их кодое никто не пользуется.
| | |
| |
| 2.2, A.Stahl (ok), 20:21, 17/05/2016 [^] [^^] [^^^] [ответить]
| +6 +/– |
 Насколько я понял KWayland это те нюансы Wayland, которые важны для KDE, но нахрен не нужны в Qt, который ограничивается QtWayland.
| | |
| 2.5, Аноним (-), 21:08, 17/05/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
Это ещё один толстый слой наследуемых классов, которые нахрен никому не нужны, но людям хочется понаворотить всякого, ибо помешаны на ООП как таковом. Такие люди встречаются в программировании, вот их и отправляют писать kdelibs и прочую программную толстоту.
| | |
| |
| |
| 4.7, НяшМяш (?), 21:39, 17/05/2016 [^] [^^] [^^^] [ответить]
| +/– |
Ну если классы в этом самом KWayland - виртуальные, то будет небольшой оверхед.
| | |
| |
| 5.9, Балик (?), 22:02, 17/05/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
есть мнение, что оверхед от виртуальных функций ничто по сравнению даже с одной открытой вкладкой в браузере, и вообще, не думаю что в реальных приложениях существуют видимые последствия именно виртуальных функций, а не кривого кода.
| | |
| 5.15, ДяДя (?), 09:40, 18/05/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
Если есть массив(коллекция) и во время выполнения в нём не более двух потомков одного класса, то делается инлайнинг скомпилированного кода конкретных методов. Т.о. при вызове просто происходит переход без лукапа по таблице. Это довольно существенно ускоряет исполнение.
Вообще это всё про Java ;-). KDE надо переписать не ней, чтобы оверхеда от ООП было меньше :-D.
| | |
| |
| 6.22, Аноним (-), 17:23, 18/05/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вообще-то, компиляторы вроде GCC умеют то же самое во время компиляции, (если, конечно, докажут, что это возможно).
В Java для этого сам JIT должен это отследить и скомпилить в рантайме - тот ещё оверхед.
PS: Я молчу про GC..
| | |
| |
| 7.24, Аноним (-), 18:17, 18/05/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> В Java для этого сам JIT должен это отследить
C чего вы решили что это нельзя отследить и сделать при копиляции в байткод?
Когда-то приходилось тыкать жабу, ее ВМ вместе с байткодгенерацией/разборкой и там довольно много оптимизаций, особенно высокоуровневых, делается именно при компиляции в байткод.
JIT в этом случае эдакая дополнительная плюшка, которая теоретически может оптимизировать для конкретного рантайма/запуска.
| | |
|
|
|
|
|
|
| |
| 2.16, ДяДя (?), 09:43, 18/05/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
nVidia же говорила, что никакой поддержки не будет, Но таки прогнулась. А может палец Линуса подействовал :-) ?
| | |
|
| 1.13, Анонимный Алкоголик (ok), 07:06, 18/05/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
 Вообще могло бы быть непонятно, зачем KDE (и некоторые другие гномы) возятся с этим неработоспособным вэйландом, пытаясь придать ему этим хоть какую-то работоспособность. Потому что если вэйланд неработоспособен и не имеет сферы применений, то ... Тащить его в KDE (и в qt) причин нет. Кроме конечно дебилизма.
В вэйланде конечно могут делать поддержку X-совместимости, чтобы работали X-приложения, но это уже весьма другая тема...
| | |
| |
| 2.17, Аноним (-), 10:59, 18/05/2016 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Что вы там курите?
1. Wayland пытается заменить Xserver и его композитинг.
2. Причём тут тащить в фреймворк? В фреймворках обеспечивают поддержку работы под wayland и всё!
3. В wayland есть поддержка Xorg -- смотрите XWayland.
Хоть бы почитали, прежде чем комментировать.
| | |
| |
| 3.18, Аноним (-), 12:03, 18/05/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Причём тут тащить в фреймворк? В фреймворках обеспечивают поддержку работы под wayland и всё!
Проблема Wayland заключается в том, что wayland-клиент не может полноценно взаимодействовать с другими wayland-клиентами и с wayland-композитором. Разработчики wayland "спихнули" эту работу на разработчиков DE.
Для DE такое взаимодействие жизненно необходимо... поэтому вот первые костыли от KDE! Ждем аналогов от Gnome, Enlightenment и прочих.
| | |
| |
| 4.19, Аноним (-), 14:29, 18/05/2016 [^] [^^] [^^^] [ответить]
| +/– |
Ну следуют Unix-way, всё верно. Дано пора разделить обязанности между процессами, а не вешать всё на графический сервер. Мне кажется это правильно, меньше проблем.
| | |
| |
| 5.21, Аноним (-), 15:51, 18/05/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну следуют Unix-way, всё верно. Дано пора разделить обязанности между процессами, а не вешать всё на графический сервер.
В каком месте вы там увидели unix-way? В графический сервер теперь встроен оконный менеджер, панель задач, переключение окон по alt+tab, глобальные клавиши и т.д. В X11 можно было на лету менять панельки и оконные менеджеры. А теперь это все будет встроено в один жирный блоб под названием "композитор", который вещь в себе для почти для всех (кроме нескольких DE-специфичных утилит, которые умеют полноценно работать только со своим DE-специфичным композитором).
Такая архитектура быстрее в плане производительности. Про проще весьма сомнительно (т.к. вместо готового протокола приходится велосипедить свой). Про расширяемость можете забыть...
> Мне кажется это правильно, меньше проблем.
А мне кажется, что вы просто наслушались всяких самсунгов, у которых несколько другие задачи. У самсунга меньше проблем, т.к. ему важно чтобы анимации были плавными и чтобы тиринга не было. А вот задачи запустить приложения из KDE в Enlightenment у них уже нет... или сменить штатную панельку на альтернативную... или сменить оконный менеджер на тайловый.
| | |
| |
| 6.23, Аноним (-), 17:49, 18/05/2016 [^] [^^] [^^^] [ответить]
| +/– |
Ок, не знал, что там так всё гвоздями прибито, моя вина. Но всё же Wayland избавляет от некоторых проблем Xorg, не так ли?
| | |
| |
| 7.29, Аноним (-), 23:42, 18/05/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Wayland избавляет от некоторых проблем Xorg, не так ли?
Да, композитный режим проще и быстрее при условии наличия OpenGL (ну или EGL). Отзывчивость хорошая (не скорость рендеринга, а именно задержки). Можно упростить Xorg до уровня Xnest/Xephyr, если вместо DDX-драйверов заюзать EGL+wayland. Может даже будет с такой же скорость как и раньше работать.
Но вот строить полнофункциональную DE на базе только протокола Wayland - это какая-то авантюра. Странно, что все кинулись этим заниматься... то ли NIH синдром, то ли скучно, то ли есть то что нам не афишируют. На wayland можно запилить быструю DE уровня Android, но на десктопе такая DE сольет всем. Поэтому мне непонятны восхищения wayland'ом.
| | |
|
| 6.25, Roo2AT7d (ok), 18:20, 18/05/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > А теперь это все будет встроено в один жирный блоб под названием "композитор", который вещь в себе для почти для всех (кроме нескольких DE-специфичных утилит, которые умеют полноценно работать только со своим DE-специфичным композитором).
Для этого необходимы качественные расширения протокола, которые будут поддерживать все: композиторы и клиенты.
> А вот задачи запустить приложения из KDE в Enlightenment у них уже нет...
Приложение обязано поддерживать core протокол, а значит отрисуется любым композитором. Практически любым: композитор может не поддерживать новые фичи последней версии протокола, а приложение отказывается работать с тем, что есть. Но эта проблема касается всех протоколов, включая X11.
> или сменить штатную панельку на альтернативную...
Клиент не имеет доступа к другим клиентам, для такой задачи необходимо расширение протокола, если ты весь из себя дизайнер - пили RFC.
> или сменить оконный менеджер на тайловый.
В чем проблема написать модульный премодульный композитор? Видимо, не нужно никому. К тому же при отображении тайловых окон можно применить соответствующие оптимизации.
| | |
| |
| 7.28, Аноним (-), 23:29, 18/05/2016 [^] [^^] [^^^] [ответить]
| +/– |
> необходимы качественные расширения протокола
> Клиент не имеет доступа к другим клиентам, для такой задачи необходимо расширение протокола
Расширения протоколов конечно помогут, но ими даже не начали заниматься (там пока всякие тачскрины и фулскрины в очередной раз переизобретают). Desktop Shell даже в unstable нету.
А вы бы лучше объяснили пользователям что из этого Wayland получится на выходе. А то все два преимущества перечислили (каждый кадр идеален, претензий нет)... а минусов там раз в 20 больше... Потом в процессе беседы пользователь удивляется "Как это нельзя запустить cairodock в wayland?" Мое имхо, что даже win95 фичастее wayland.
> В чем проблема написать модульный премодульный композитор?
А в чем проблема заставить все DE перейти на единый унифицированный модульный wayland-композитор?
Ну вот мне понравилась среда E-какая-то-по-счету. А допустим тайлинга там нет... И получается что раньше можно было взять и сменить wm (это мог сделать пользователь!). А сейчас - пользователь подобрал тайловый композитор... но остальная DE-то с ним не заработает (т.к. нету стандартных расширений). Т.е. надо еще обеспечить. чтобы все DE перешли на унифицированный модульный композитор.
> если ты весь из себя дизайнер - пили RFC
Вот тут сольюсь быстро и решительно :) Во-первых, опыта у меня нет. Во-вторых, менее геморно выкинуть wayland core protocol и изобрести нормальный X12, чем обвешивать wayland расширениями пока он не превратится в X12...
| | |
|
|
|
|
| 3.30, Анонимный Алкоголик (ok), 06:09, 19/05/2016 [^] [^^] [^^^] [ответить]
| +/– | |
> Что вы там курите?
:-)
Пункт первый. Что там пытается заменить (недоделаный) вэйланд - не первостепенно важно. Особенно для к примеру KDE. Может пытаться дальше.
Пункт второй. Про дебилизм уже сказано.
Пункт третий. Мы знаем. :-)
Если всё не осилите, читайте пункт второй.
| | |
| |
| 4.32, Аноним (-), 09:36, 19/05/2016 [^] [^^] [^^^] [ответить]
| +/– | |
О боже, так и не прочитали, то, что я хотел сказать.
1. Проект пока сырой, что вы от него ожидаете? Подождите ещё года 2-3.
2. В Qt пилят _поддержку_ wayland. А вы написали так, как будто его туда добавили.
3. Если знаете, то почему пишете обратное?
>>Если всё не осилите, читайте пункт второй.
А вот это уже оскорбление, я считаю. Я не обязан читать ваш бред.
| | |
| |
| 5.33, Ан (??), 10:00, 19/05/2016 [^] [^^] [^^^] [ответить]
| +/– |
> А вот это уже оскорбление, я считаю. Я не обязан читать ваш
> бред.
Может, если мы вам предложим направление на один довольно широко известный адрес, вы и это оскорблением посчитаете? :-)
| | |
|
|
|
|
| 1.14, iPony (?), 08:00, 18/05/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Многие говорят, что ограничения X11 не позволяют создавать красивые GUI, как в других операционных системах. Wayland исправит это и выведет Linux на современный уровень в части графических интерфейсов. Внедрение Wayland в качестве композитного менеджера для Ubuntu ожидается в Ubuntu 13.04 (апрель 2013 года) или в следующем релизе. | | |
| |
| 2.27, Вареник (?), 22:13, 18/05/2016 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Лучший интерфейс - это KDE 3/4.
А также слизанная с него Win7.
С тех пор идет непрерывная деградация и добавление тормозов усилиями "улушаторов" и "осовременивателей".
| | |
|
| 1.20, Аноним (-), 15:50, 18/05/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кто подымал вяленого в многоместных системах? Слыхал что такая возможность уже есть.
| | |
|
