forum.opennet.ru - "KWayland принят в состав KDE Frameworks" (31)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"KWayland принят в состав KDE Frameworks"

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

"KWayland принят в состав KDE Frameworks"	+/–
Сообщение от opennews (ok) on 17-Май-16, 20:15
В состав опубликованного (https://www.kde.org/announcements/kde-frameworks-5.22.0.php) на днях выпуска платформы KDE Frameworks 5.22.0, в рамках которой развивается (https://www.opennet.ru/opennews/art.shtml?num=40158) реструктуризованный и портированный на Qt 5 базовый набор библиотек и runtime-компонентов, лежащих в основе KDE, принята (https://blog.martin-graesslin.com/blog/2016/05/kwayland-join.../) библиотека KWayland, в которую вынесен код Plasma, специфичный для поддержки Wayland. KWayland отнесён к фреймворкам первого уровня, т.е. является функциональным дополнением к Qt и, кроме Qt, не требует дополнительных зависимостей. При этом KWayland позиционируется не как замена QtWayland, а как дополнение к QtWayland, предоставляющее большую гибкость за счёт приближения программного интерфейса к Wayland API. Для разработчиков KDE и Qt вхождение KWayland в KDE Frameworks является важной вехой в развитии, так как теперь открыты двери для задействования возможностей KWayland в других фреймворках KDE и для применения всеми, кто заинтересован в использовании Wayland с Qt. Ранее KWayland поставлялся в составе рабочего стола KDE Plasma, что было препятствием для его обособленного использования. URL: https://blog.martin-graesslin.com/blog/2016/05/kwayland-join.../ Новость: https://www.opennet.ru/opennews/art.shtml?num=44446
Ответить \| Правка \| Cообщить модератору

Оглавление

KWayland принят в состав KDE Frameworks, Дуплик, 20:15 , 17-Май-16, (1) –7

KWayland принят в состав KDE Frameworks, A.Stahl, 20:21 , 17-Май-16, (2) +6
KWayland принят в состав KDE Frameworks, Аноним, 20:32 , 17-Май-16, (4) +1
KWayland принят в состав KDE Frameworks, Аноним, 21:08 , 17-Май-16, (5) +3

KWayland принят в состав KDE Frameworks, RazrFalcon, 21:35 , 17-Май-16, (6)

KWayland принят в состав KDE Frameworks, НяшМяш, 21:39 , 17-Май-16, (7)

KWayland принят в состав KDE Frameworks, Балик, 22:02 , 17-Май-16, (9) +2
KWayland принят в состав KDE Frameworks, ДяДя, 09:40 , 18-Май-16, (15) +2

KWayland принят в состав KDE Frameworks, Аноним, 17:23 , 18-Май-16, (22) –1

KWayland принят в состав KDE Frameworks, Аноним, 18:17 , 18-Май-16, (24)

KWayland принят в состав KDE Frameworks, aris965, 22:56 , 17-Май-16, (10) –3

KWayland принят в состав KDE Frameworks, Аноним, 01:24 , 18-Май-16, (11)
KWayland принят в состав KDE Frameworks, soarin, 06:04 , 18-Май-16, (12)
KWayland принят в состав KDE Frameworks, ДяДя, 09:43 , 18-Май-16, (16) +1

KWayland принят в состав KDE Frameworks, ANONYM, 22:08 , 18-Май-16, (26)

KWayland принят в состав KDE Frameworks, Анонимный Алкоголик, 07:06 , 18-Май-16, (13) –6

KWayland принят в состав KDE Frameworks, Аноним, 10:59 , 18-Май-16, (17) +3

KWayland принят в состав KDE Frameworks, Аноним, 12:03 , 18-Май-16, (18)

KWayland принят в состав KDE Frameworks, Аноним, 14:29 , 18-Май-16, (19)

KWayland принят в состав KDE Frameworks, Аноним, 15:51 , 18-Май-16, (21)

KWayland принят в состав KDE Frameworks, Аноним, 17:49 , 18-Май-16, (23)

KWayland принят в состав KDE Frameworks, Аноним, 23:42 , 18-Май-16, (29)

KWayland принят в составKDE Frameworks, Анонимный Алкоголик, 07:01 , 19-Май-16, (31)

KWayland принят в состав KDE Frameworks, Roo2AT7d, 18:20 , 18-Май-16, (25)

KWayland принят в состав KDE Frameworks, Аноним, 23:29 , 18-Май-16, (28)

KWayland принят в составKDE Frameworks, Анонимный Алкоголик, 06:09 , 19-Май-16, (30)

KWayland принят в составKDE Frameworks, Аноним, 09:36 , 19-Май-16, (32)

KWayland принят в состав KDE Frameworks, Ан, 10:00 , 19-Май-16, (33)

KWayland принят в состав KDE Frameworks, iPony, 08:00 , 18-Май-16, (14) +1

KWayland принят в состав KDE Frameworks, Вареник, 22:13 , 18-Май-16, (27) +1

KWayland принят в состав KDE Frameworks, Аноним, 15:50 , 18-Май-16, (20)

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

1. "KWayland принят в состав  KDE Frameworks" –7 +/–

Сообщение от Дуплик (ok) on 17-Май-16, 20:15

Позвольте! Но ведь в Qt уже есть QtWayland! На кой ещё один дублирующийся модуль под названием KWayland? Почему бы не допилить QtWayland до юзабельного состояния? Но нет KDE'шники будут дублировать код QtWayland'а в этом KWayland, раздуют зависимостей на пару сот мегабайт, а потом снова будут возмущаться, почему их кодое никто не пользуется.

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

2. "KWayland принят в состав  KDE Frameworks" +6 +/–

Сообщение от A.Stahl (ok) on 17-Май-16, 20:21

Насколько я понял KWayland это те нюансы Wayland, которые важны для KDE, но нахрен не нужны в Qt, который ограничивается QtWayland.

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

4. "KWayland принят в состав  KDE Frameworks" +1 +/–

Сообщение от Аноним (??) on 17-Май-16, 20:32

Новость не читай, сразу комментируй!

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

5. "KWayland принят в состав  KDE Frameworks" +3 +/–

Сообщение от Аноним (??) on 17-Май-16, 21:08

Это ещё один толстый слой наследуемых классов, которые нахрен никому не нужны, но людям хочется понаворотить всякого, ибо помешаны на ООП как таковом. Такие люди встречаются в программировании, вот их и отправляют писать kdelibs и прочую программную толстоту.

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

6. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от RazrFalcon (ok) on 17-Май-16, 21:35

C каких пор наследование в C++ влияет на ресурсы?

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

7. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от НяшМяш on 17-Май-16, 21:39

Ну если классы в этом самом KWayland - виртуальные, то будет небольшой оверхед.

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

9. "KWayland принят в состав  KDE Frameworks" +2 +/–

Сообщение от Балик on 17-Май-16, 22:02

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

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

15. "KWayland принят в состав  KDE Frameworks" +2 +/–

Сообщение от ДяДя on 18-Май-16, 09:40

Если есть массив(коллекция) и во время выполнения в нём не более двух потомков одного класса, то делается инлайнинг скомпилированного кода конкретных методов. Т.о. при вызове просто происходит переход без лукапа по таблице. Это довольно существенно ускоряет исполнение.
Вообще это всё про Java ;-). KDE надо переписать не ней, чтобы оверхеда от ООП было меньше :-D.

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

22. "KWayland принят в состав  KDE Frameworks" –1 +/–

Сообщение от Аноним (??) on 18-Май-16, 17:23

Вообще-то, компиляторы вроде GCC умеют то же самое во время компиляции, (если, конечно, докажут, что это возможно).
В Java для этого сам JIT должен это отследить и скомпилить в рантайме - тот ещё оверхед.
PS: Я молчу про GC..

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

24. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Аноним (??) on 18-Май-16, 18:17

> В Java для этого сам JIT должен это отследить
C чего вы решили что это нельзя отследить и сделать при копиляции в байткод?
Когда-то приходилось тыкать жабу, ее ВМ вместе с байткодгенерацией/разборкой и там довольно много  оптимизаций, особенно высокоуровневых, делается именно при компиляции в байткод.
JIT в этом случае эдакая дополнительная плюшка, которая теоретически может оптимизировать для конкретного рантайма/запуска.

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

10. "KWayland принят в состав  KDE Frameworks" –3 +/–

Сообщение от aris965 (ok) on 17-Май-16, 22:56

Отлично, про игровые драйвера под Вэйлэнд можно забыть.

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

11. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Аноним (??) on 18-Май-16, 01:24

Почему?

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

12. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от soarin (ok) on 18-Май-16, 06:04

> игровые драйвера под Вэйлэнд
Это что за бред?

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

16. "KWayland принят в состав  KDE Frameworks" +1 +/–

Сообщение от ДяДя on 18-Май-16, 09:43

nVidia же говорила, что никакой поддержки не будет, Но таки прогнулась. А может палец Линуса подействовал :-) ?

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

26. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от ANONYM on 18-Май-16, 22:08

Действие пальца Линуса будет продолжаться и через века.

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

13. "KWayland принят в состав  KDE Frameworks" –6 +/–

Сообщение от Анонимный Алкоголик (ok) on 18-Май-16, 07:06

Вообще могло бы быть непонятно, зачем KDE (и некоторые другие гномы) возятся с этим неработоспособным вэйландом, пытаясь придать ему этим хоть какую-то работоспособность. Потому что если вэйланд неработоспособен и не имеет сферы применений, то ... Тащить его в KDE (и в qt) причин нет. Кроме конечно дебилизма.
В вэйланде конечно могут делать поддержку X-совместимости, чтобы работали X-приложения, но это уже весьма другая тема...

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

17. "KWayland принят в состав  KDE Frameworks" +3 +/–

Сообщение от Аноним (??) on 18-Май-16, 10:59

Что вы там курите?
1. Wayland пытается заменить Xserver и его композитинг.
2. Причём тут тащить в фреймворк? В фреймворках обеспечивают поддержку работы под wayland и всё!
3. В wayland есть поддержка Xorg -- смотрите XWayland.
Хоть бы почитали, прежде чем комментировать.

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

18. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Аноним (??) on 18-Май-16, 12:03

> Причём тут тащить в фреймворк? В фреймворках обеспечивают поддержку работы под wayland и всё!
Проблема Wayland заключается в том, что wayland-клиент не может полноценно взаимодействовать с другими wayland-клиентами и с wayland-композитором. Разработчики wayland "спихнули" эту работу на разработчиков DE.
Для DE такое взаимодействие жизненно необходимо... поэтому вот первые костыли от KDE! Ждем аналогов от Gnome, Enlightenment и прочих.

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

19. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Аноним (??) on 18-Май-16, 14:29

Ну следуют Unix-way, всё верно. Дано пора разделить обязанности между процессами, а не вешать всё на графический сервер. Мне кажется это правильно, меньше проблем.

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

21. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Аноним (??) on 18-Май-16, 15:51

> Ну следуют Unix-way, всё верно. Дано пора разделить обязанности между процессами, а не вешать всё на графический сервер.
В каком месте вы там увидели unix-way? В графический сервер теперь встроен оконный менеджер, панель задач, переключение окон по alt+tab, глобальные клавиши и т.д. В X11 можно было на лету менять панельки и оконные менеджеры. А теперь это все будет встроено в один жирный блоб под названием "композитор", который вещь в себе для почти для всех (кроме нескольких DE-специфичных утилит, которые умеют полноценно работать только со своим DE-специфичным композитором).
Такая архитектура быстрее в плане производительности. Про проще весьма сомнительно (т.к. вместо готового протокола приходится велосипедить свой). Про расширяемость можете забыть...
> Мне кажется это правильно, меньше проблем.
А мне кажется, что вы просто наслушались всяких самсунгов, у которых несколько другие задачи. У самсунга меньше проблем, т.к. ему важно чтобы анимации были плавными и чтобы тиринга не было. А вот задачи запустить приложения из KDE в Enlightenment у них уже нет... или сменить штатную панельку на альтернативную... или сменить оконный менеджер на тайловый.

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

23. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Аноним (??) on 18-Май-16, 17:49

Ок, не знал, что там так всё гвоздями прибито, моя вина. Но всё же Wayland избавляет от некоторых проблем Xorg, не так ли?

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

29. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Аноним (??) on 18-Май-16, 23:42

> Wayland избавляет от некоторых проблем Xorg, не так ли?
Да, композитный режим проще и быстрее при условии наличия OpenGL (ну или EGL). Отзывчивость хорошая (не скорость рендеринга, а именно задержки). Можно упростить Xorg до уровня Xnest/Xephyr, если вместо DDX-драйверов заюзать EGL+wayland. Может даже будет с такой же скорость как и раньше работать.
Но вот строить полнофункциональную DE на базе только протокола Wayland - это какая-то авантюра. Странно, что все кинулись этим заниматься... то ли NIH синдром, то ли скучно, то ли есть то что нам не афишируют. На wayland можно запилить быструю DE уровня Android, но на десктопе такая DE сольет всем. Поэтому мне непонятны восхищения wayland'ом.

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

31. "KWayland принят в составKDE Frameworks" +/–

Сообщение от Анонимный Алкоголик (ok) on 19-Май-16, 07:01

> то что нам не афишируют.
Кое-кто из X org грозит прекращением поддержки X. Но даже и особенно в этом случае предлагаемый этими товарищами wayland с трудом заслуживает доверия.

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

25. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Roo2AT7d (ok) on 18-Май-16, 18:20

> А теперь это все будет встроено в один жирный блоб под названием "композитор", который вещь в себе для почти для всех (кроме нескольких DE-специфичных утилит, которые умеют полноценно работать только со своим DE-специфичным композитором).
Для этого необходимы качественные расширения протокола, которые будут поддерживать все: композиторы и клиенты.
> А вот задачи запустить приложения из KDE в Enlightenment у них уже нет...
Приложение обязано поддерживать core протокол, а значит отрисуется любым композитором. Практически любым: композитор может не поддерживать новые фичи последней версии протокола, а приложение отказывается работать с тем, что есть. Но эта проблема касается всех протоколов, включая X11.
> или сменить штатную панельку на альтернативную...
Клиент не имеет доступа к другим клиентам, для такой задачи необходимо расширение протокола, если ты весь из себя дизайнер - пили RFC.
> или сменить оконный менеджер на тайловый.
В чем проблема написать модульный премодульный композитор? Видимо, не нужно никому. К тому же при отображении тайловых окон можно применить соответствующие оптимизации.

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

28. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Аноним (??) on 18-Май-16, 23:29

> необходимы качественные расширения протокола
> Клиент не имеет доступа к другим клиентам, для такой задачи необходимо расширение протокола
Расширения протоколов конечно помогут, но ими даже не начали заниматься (там пока всякие тачскрины и фулскрины в очередной раз переизобретают). Desktop Shell даже в unstable нету.
А вы бы лучше объяснили пользователям что из этого Wayland получится на выходе. А то все два преимущества перечислили (каждый кадр идеален, претензий нет)... а минусов там раз в 20 больше... Потом в процессе беседы пользователь удивляется "Как это нельзя запустить cairodock в wayland?" Мое имхо, что даже win95 фичастее wayland.
> В чем проблема написать модульный премодульный композитор?
А в чем проблема заставить все DE перейти на единый унифицированный модульный wayland-композитор?
Ну вот мне понравилась среда E-какая-то-по-счету. А допустим тайлинга там нет... И получается что раньше можно было взять и сменить wm (это мог сделать пользователь!). А сейчас - пользователь подобрал тайловый композитор... но остальная DE-то с ним не заработает (т.к. нету стандартных расширений). Т.е. надо еще обеспечить. чтобы все DE перешли на унифицированный модульный композитор.

> если ты весь из себя дизайнер - пили RFC
Вот тут сольюсь быстро и решительно :) Во-первых, опыта у меня нет. Во-вторых, менее геморно выкинуть wayland core protocol и изобрести нормальный X12, чем обвешивать wayland расширениями пока он не превратится в X12...

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

30. "KWayland принят в составKDE Frameworks" +/–

Сообщение от Анонимный Алкоголик (ok) on 19-Май-16, 06:09

> Что вы там курите?
:-)
Пункт первый. Что там пытается заменить (недоделаный) вэйланд - не первостепенно важно. Особенно для к примеру KDE. Может пытаться дальше.
Пункт второй. Про дебилизм уже сказано.
Пункт третий. Мы знаем. :-)
Если всё не осилите, читайте пункт второй.

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

32. "KWayland принят в составKDE Frameworks" +/–

Сообщение от Аноним (??) on 19-Май-16, 09:36

О боже, так и не прочитали, то, что я хотел сказать.
1. Проект пока сырой, что вы от него ожидаете? Подождите ещё года 2-3.
2. В Qt пилят _поддержку_ wayland. А вы написали так, как будто его туда добавили.
3. Если знаете, то почему пишете обратное?
>>Если всё не осилите, читайте пункт второй.
А вот это уже оскорбление, я считаю. Я не обязан читать ваш бред.

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

33. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Ан (??) on 19-Май-16, 10:00

> А вот это уже оскорбление, я считаю. Я не обязан читать ваш
> бред.
Может, если мы вам предложим направление на один довольно широко известный адрес, вы и это оскорблением посчитаете? :-)

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

14. "KWayland принят в состав  KDE Frameworks" +1 +/–

Сообщение от iPony on 18-Май-16, 08:00

> Многие говорят, что ограничения X11 не позволяют создавать красивые GUI, как в других операционных системах. Wayland исправит это и выведет Linux на современный уровень в части графических интерфейсов. Внедрение Wayland в качестве композитного менеджера для Ubuntu ожидается в Ubuntu 13.04 (апрель 2013 года) или в следующем релизе.

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

27. "KWayland принят в состав  KDE Frameworks" +1 +/–

Сообщение от Вареник on 18-Май-16, 22:13

Лучший интерфейс - это KDE 3/4.
А также слизанная с него Win7.
С тех пор идет непрерывная деградация и добавление тормозов усилиями "улушаторов" и "осовременивателей".

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

20. "KWayland принят в состав  KDE Frameworks" +/–

Сообщение от Аноним (??) on 18-Май-16, 15:50

Кто подымал вяленого в многоместных системах? Слыхал что такая возможность уже есть.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "KWayland принят в состав KDE Frameworks"	–7 +/–
Сообщение от Дуплик (ok) on 17-Май-16, 20:15
Позвольте! Но ведь в Qt уже есть QtWayland! На кой ещё один дублирующийся модуль под названием KWayland? Почему бы не допилить QtWayland до юзабельного состояния? Но нет KDE'шники будут дублировать код QtWayland'а в этом KWayland, раздуют зависимостей на пару сот мегабайт, а потом снова будут возмущаться, почему их кодое никто не пользуется.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "KWayland принят в состав KDE Frameworks"	+6 +/–
	Сообщение от A.Stahl (ok) on 17-Май-16, 20:21
	Насколько я понял KWayland это те нюансы Wayland, которые важны для KDE, но нахрен не нужны в Qt, который ограничивается QtWayland.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	4. "KWayland принят в состав KDE Frameworks"	+1 +/–
	Сообщение от Аноним (??) on 17-Май-16, 20:32
	Новость не читай, сразу комментируй!
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	5. "KWayland принят в состав KDE Frameworks"	+3 +/–
	Сообщение от Аноним (??) on 17-Май-16, 21:08
	Это ещё один толстый слой наследуемых классов, которые нахрен никому не нужны, но людям хочется понаворотить всякого, ибо помешаны на ООП как таковом. Такие люди встречаются в программировании, вот их и отправляют писать kdelibs и прочую программную толстоту.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	6. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от RazrFalcon (ok) on 17-Май-16, 21:35
	C каких пор наследование в C++ влияет на ресурсы?
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	7. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от НяшМяш on 17-Май-16, 21:39
	Ну если классы в этом самом KWayland - виртуальные, то будет небольшой оверхед.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	9. "KWayland принят в состав KDE Frameworks"	+2 +/–
	Сообщение от Балик on 17-Май-16, 22:02
	есть мнение, что оверхед от виртуальных функций ничто по сравнению даже с одной открытой вкладкой в браузере, и вообще, не думаю что в реальных приложениях существуют видимые последствия именно виртуальных функций, а не кривого кода.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	15. "KWayland принят в состав KDE Frameworks"	+2 +/–
	Сообщение от ДяДя on 18-Май-16, 09:40
	Если есть массив(коллекция) и во время выполнения в нём не более двух потомков одного класса, то делается инлайнинг скомпилированного кода конкретных методов. Т.о. при вызове просто происходит переход без лукапа по таблице. Это довольно существенно ускоряет исполнение. Вообще это всё про Java ;-). KDE надо переписать не ней, чтобы оверхеда от ООП было меньше :-D.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	22. "KWayland принят в состав KDE Frameworks"	–1 +/–
	Сообщение от Аноним (??) on 18-Май-16, 17:23
	Вообще-то, компиляторы вроде GCC умеют то же самое во время компиляции, (если, конечно, докажут, что это возможно). В Java для этого сам JIT должен это отследить и скомпилить в рантайме - тот ещё оверхед. PS: Я молчу про GC..
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	24. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от Аноним (??) on 18-Май-16, 18:17
	> В Java для этого сам JIT должен это отследить C чего вы решили что это нельзя отследить и сделать при копиляции в байткод? Когда-то приходилось тыкать жабу, ее ВМ вместе с байткодгенерацией/разборкой и там довольно много оптимизаций, особенно высокоуровневых, делается именно при компиляции в байткод. JIT в этом случае эдакая дополнительная плюшка, которая теоретически может оптимизировать для конкретного рантайма/запуска.
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору

10. "KWayland принят в состав KDE Frameworks"	–3 +/–
Сообщение от aris965 (ok) on 17-Май-16, 22:56
Отлично, про игровые драйвера под Вэйлэнд можно забыть.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	11. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от Аноним (??) on 18-Май-16, 01:24
	Почему?
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	12. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от soarin (ok) on 18-Май-16, 06:04
	> игровые драйвера под Вэйлэнд Это что за бред?
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	16. "KWayland принят в состав KDE Frameworks"	+1 +/–
	Сообщение от ДяДя on 18-Май-16, 09:43
	nVidia же говорила, что никакой поддержки не будет, Но таки прогнулась. А может палец Линуса подействовал :-) ?
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	26. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от ANONYM on 18-Май-16, 22:08
	Действие пальца Линуса будет продолжаться и через века.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору

13. "KWayland принят в состав KDE Frameworks"	–6 +/–
Сообщение от Анонимный Алкоголик (ok) on 18-Май-16, 07:06
Вообще могло бы быть непонятно, зачем KDE (и некоторые другие гномы) возятся с этим неработоспособным вэйландом, пытаясь придать ему этим хоть какую-то работоспособность. Потому что если вэйланд неработоспособен и не имеет сферы применений, то ... Тащить его в KDE (и в qt) причин нет. Кроме конечно дебилизма. В вэйланде конечно могут делать поддержку X-совместимости, чтобы работали X-приложения, но это уже весьма другая тема...
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	17. "KWayland принят в состав KDE Frameworks"	+3 +/–
	Сообщение от Аноним (??) on 18-Май-16, 10:59
	Что вы там курите? 1. Wayland пытается заменить Xserver и его композитинг. 2. Причём тут тащить в фреймворк? В фреймворках обеспечивают поддержку работы под wayland и всё! 3. В wayland есть поддержка Xorg -- смотрите XWayland. Хоть бы почитали, прежде чем комментировать.
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	18. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от Аноним (??) on 18-Май-16, 12:03
	> Причём тут тащить в фреймворк? В фреймворках обеспечивают поддержку работы под wayland и всё! Проблема Wayland заключается в том, что wayland-клиент не может полноценно взаимодействовать с другими wayland-клиентами и с wayland-композитором. Разработчики wayland "спихнули" эту работу на разработчиков DE. Для DE такое взаимодействие жизненно необходимо... поэтому вот первые костыли от KDE! Ждем аналогов от Gnome, Enlightenment и прочих.
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору


	19. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от Аноним (??) on 18-Май-16, 14:29
	Ну следуют Unix-way, всё верно. Дано пора разделить обязанности между процессами, а не вешать всё на графический сервер. Мне кажется это правильно, меньше проблем.
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору


	21. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от Аноним (??) on 18-Май-16, 15:51
	> Ну следуют Unix-way, всё верно. Дано пора разделить обязанности между процессами, а не вешать всё на графический сервер. В каком месте вы там увидели unix-way? В графический сервер теперь встроен оконный менеджер, панель задач, переключение окон по alt+tab, глобальные клавиши и т.д. В X11 можно было на лету менять панельки и оконные менеджеры. А теперь это все будет встроено в один жирный блоб под названием "композитор", который вещь в себе для почти для всех (кроме нескольких DE-специфичных утилит, которые умеют полноценно работать только со своим DE-специфичным композитором). Такая архитектура быстрее в плане производительности. Про проще весьма сомнительно (т.к. вместо готового протокола приходится велосипедить свой). Про расширяемость можете забыть... > Мне кажется это правильно, меньше проблем. А мне кажется, что вы просто наслушались всяких самсунгов, у которых несколько другие задачи. У самсунга меньше проблем, т.к. ему важно чтобы анимации были плавными и чтобы тиринга не было. А вот задачи запустить приложения из KDE в Enlightenment у них уже нет... или сменить штатную панельку на альтернативную... или сменить оконный менеджер на тайловый.
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	23. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от Аноним (??) on 18-Май-16, 17:49
	Ок, не знал, что там так всё гвоздями прибито, моя вина. Но всё же Wayland избавляет от некоторых проблем Xorg, не так ли?
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	29. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от Аноним (??) on 18-Май-16, 23:42
	> Wayland избавляет от некоторых проблем Xorg, не так ли? Да, композитный режим проще и быстрее при условии наличия OpenGL (ну или EGL). Отзывчивость хорошая (не скорость рендеринга, а именно задержки). Можно упростить Xorg до уровня Xnest/Xephyr, если вместо DDX-драйверов заюзать EGL+wayland. Может даже будет с такой же скорость как и раньше работать. Но вот строить полнофункциональную DE на базе только протокола Wayland - это какая-то авантюра. Странно, что все кинулись этим заниматься... то ли NIH синдром, то ли скучно, то ли есть то что нам не афишируют. На wayland можно запилить быструю DE уровня Android, но на десктопе такая DE сольет всем. Поэтому мне непонятны восхищения wayland'ом.
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору


	31. "KWayland принят в составKDE Frameworks"	+/–
	Сообщение от Анонимный Алкоголик (ok) on 19-Май-16, 07:01
	> то что нам не афишируют. Кое-кто из X org грозит прекращением поддержки X. Но даже и особенно в этом случае предлагаемый этими товарищами wayland с трудом заслуживает доверия.
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	25. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от Roo2AT7d (ok) on 18-Май-16, 18:20
	> А теперь это все будет встроено в один жирный блоб под названием "композитор", который вещь в себе для почти для всех (кроме нескольких DE-специфичных утилит, которые умеют полноценно работать только со своим DE-специфичным композитором). Для этого необходимы качественные расширения протокола, которые будут поддерживать все: композиторы и клиенты. > А вот задачи запустить приложения из KDE в Enlightenment у них уже нет... Приложение обязано поддерживать core протокол, а значит отрисуется любым композитором. Практически любым: композитор может не поддерживать новые фичи последней версии протокола, а приложение отказывается работать с тем, что есть. Но эта проблема касается всех протоколов, включая X11. > или сменить штатную панельку на альтернативную... Клиент не имеет доступа к другим клиентам, для такой задачи необходимо расширение протокола, если ты весь из себя дизайнер - пили RFC. > или сменить оконный менеджер на тайловый. В чем проблема написать модульный премодульный композитор? Видимо, не нужно никому. К тому же при отображении тайловых окон можно применить соответствующие оптимизации.
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	28. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от Аноним (??) on 18-Май-16, 23:29
	> необходимы качественные расширения протокола > Клиент не имеет доступа к другим клиентам, для такой задачи необходимо расширение протокола Расширения протоколов конечно помогут, но ими даже не начали заниматься (там пока всякие тачскрины и фулскрины в очередной раз переизобретают). Desktop Shell даже в unstable нету. А вы бы лучше объяснили пользователям что из этого Wayland получится на выходе. А то все два преимущества перечислили (каждый кадр идеален, претензий нет)... а минусов там раз в 20 больше... Потом в процессе беседы пользователь удивляется "Как это нельзя запустить cairodock в wayland?" Мое имхо, что даже win95 фичастее wayland. > В чем проблема написать модульный премодульный композитор? А в чем проблема заставить все DE перейти на единый унифицированный модульный wayland-композитор? Ну вот мне понравилась среда E-какая-то-по-счету. А допустим тайлинга там нет... И получается что раньше можно было взять и сменить wm (это мог сделать пользователь!). А сейчас - пользователь подобрал тайловый композитор... но остальная DE-то с ним не заработает (т.к. нету стандартных расширений). Т.е. надо еще обеспечить. чтобы все DE перешли на унифицированный модульный композитор. > если ты весь из себя дизайнер - пили RFC Вот тут сольюсь быстро и решительно :) Во-первых, опыта у меня нет. Во-вторых, менее геморно выкинуть wayland core protocol и изобрести нормальный X12, чем обвешивать wayland расширениями пока он не превратится в X12...
	Ответить \| Правка \| ^ к родителю #25 \| Наверх \| Cообщить модератору


	30. "KWayland принят в составKDE Frameworks"	+/–
	Сообщение от Анонимный Алкоголик (ok) on 19-Май-16, 06:09
	> Что вы там курите? :-) Пункт первый. Что там пытается заменить (недоделаный) вэйланд - не первостепенно важно. Особенно для к примеру KDE. Может пытаться дальше. Пункт второй. Про дебилизм уже сказано. Пункт третий. Мы знаем. :-) Если всё не осилите, читайте пункт второй.
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору


	32. "KWayland принят в составKDE Frameworks"	+/–
	Сообщение от Аноним (??) on 19-Май-16, 09:36
	О боже, так и не прочитали, то, что я хотел сказать. 1. Проект пока сырой, что вы от него ожидаете? Подождите ещё года 2-3. 2. В Qt пилят _поддержку_ wayland. А вы написали так, как будто его туда добавили. 3. Если знаете, то почему пишете обратное? >>Если всё не осилите, читайте пункт второй. А вот это уже оскорбление, я считаю. Я не обязан читать ваш бред.
	Ответить \| Правка \| ^ к родителю #30 \| Наверх \| Cообщить модератору


	33. "KWayland принят в состав KDE Frameworks"	+/–
	Сообщение от Ан (??) on 19-Май-16, 10:00
	> А вот это уже оскорбление, я считаю. Я не обязан читать ваш > бред. Может, если мы вам предложим направление на один довольно широко известный адрес, вы и это оскорблением посчитаете? :-)
	Ответить \| Правка \| ^ к родителю #32 \| Наверх \| Cообщить модератору

14. "KWayland принят в состав KDE Frameworks"	+1 +/–
Сообщение от iPony on 18-Май-16, 08:00
> Многие говорят, что ограничения X11 не позволяют создавать красивые GUI, как в других операционных системах. Wayland исправит это и выведет Linux на современный уровень в части графических интерфейсов. Внедрение Wayland в качестве композитного менеджера для Ubuntu ожидается в Ubuntu 13.04 (апрель 2013 года) или в следующем релизе.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	27. "KWayland принят в состав KDE Frameworks"	+1 +/–
	Сообщение от Вареник on 18-Май-16, 22:13
	Лучший интерфейс - это KDE 3/4. А также слизанная с него Win7. С тех пор идет непрерывная деградация и добавление тормозов усилиями "улушаторов" и "осовременивателей".
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору