The OpenNET Project / Index page

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



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

"Опубликован Wayback, композитный сервер Wayland для запуска рабочих столов на базе X11"  +/
Сообщение от opennews (??), 29-Июн-25, 09:08 
Ариадна Конилл (Ariadne Conill), создатель музыкального проигрывателя Audacious, инициатор разработки протокола IRCv3 и лидер команды по обеспечению безопасности Alpine Linux, опубликовала начальную реализацию прослойки Wayback, позволяющей запускать десктоп-окружения, завязанные на протокол X11, используя компоненты на базе Wayland. Код проекта написан на языке Си и распространяется как общественное достояние (CC0)...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=63491

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

Оглавление

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

2. Сообщение от Аноним (2), 29-Июн-25, 09:10   –3 +/
Зачем в Alpine вообще десктоп? Он же дистр для докеровских образов. Вот серьезно. На десктоп ставят бабанту, Федору, арч. А альпин ставят туда, где он очень хорошо себя показывает -- в докеровских образах.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #10, #19, #35, #47, #84

4. Сообщение от Fracta1L (ok), 29-Июн-25, 09:11   +3 +/
Для слабых компов вроде неплохо подходит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #29, #46

6. Сообщение от 12yoexpert (ok), 29-Июн-25, 09:12   –6 +/
как всегда у корпорастов в случаях подобного саботажа основная цель - сделать невозможной работу софта без их раковой опухоли. например:
- ядро пытаются сделать зависимым от раст и llvm
- Firefox это уже сделали
- весь линукс пытаются сделать зависимым от systemd (леннартушка уже официально работает в майкрософт), даже дистры на openrc сейчас завязаны на компоненты, выдранные из systemd. благо, пульсу уже ото всюду выпиливают, но сколько времени прошло
- то же самое происходит сейчас с вяленым
и как только такую необходимую (т.е. которую нельзя обойти) зависимость добавят - владельцы опухоли уже будут ставить свои условия, как было и с агентом мелкомягких в редхате
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #22, #31, #40, #86

10. Сообщение от Stanislavvv (?), 29-Июн-25, 09:14   +/
Некоторые странные люди ставят. Оно даже работает, браузеры из дистрибутива точно запускает.
Судя по тому, что у меня на десктопе, процентов на 80 меня бы удовлетворил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

18. Сообщение от Аноним (29), 29-Июн-25, 09:28   +10 +/
Clang - это лучший плюсовый компилятор, который есть. Именно благодаря ему при сравнительно компактных нескольких библиотеках я могу кросс-компилировать самые распоследние версии C++ под Arduino, Android, и OpenWRT роутер на ramips. При этом гигантский оптимизирующий компилятор на сотни мегов нужен только в одном экземпляре, а не куча говнотулчейнов, где в лучшем случае предсобранный компилятор поставляется, а в худшем - собирается из исходников, и во всех случаях - говномамонтавая версия GCC без новейших свистоперделок, из-за чего можно забыть о compile-time вычислениях хеш-сумм и compile-time парсинге грамматик с кодогенерацией из них, и всё делать скриптами, приклеенными на двухсторонний скотч.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #56, #76, #78, #91

19. Сообщение от Аноним (19), 29-Июн-25, 09:32   +5 +/
На базе Alpine сделан postmarketOS который ставится на телефоны, планшеты и arm-лаптопы. На последних десктоп нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

20. Сообщение от Аноним (29), 29-Июн-25, 09:32   +3 +/
>Предполагается, что оставление в дистрибутиве только компонентов, необходимых для Wayland и Xwayland, сократят затраты на сопровождение X11-приложений в Alpine.

Предлагаю оставить в дистрибутиве 0 пакетов. Затраты на сопровождение кардинально сократятся.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #63

22. Сообщение от iPony128052 (?), 29-Июн-25, 09:32   +1 +/
В нормальном мире это нормально.
Хоть в ынтерпрайзном мире, хоть в пионерско-васянском.

Нету такого, чтобы всё делали под всё.
Это бессмысленно. Единственный минус — это недовольный 1%. Но это трудно назвать минусом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #24

24. Сообщение от 12yoexpert (ok), 29-Июн-25, 09:34   +/
для корпорастов да, не минус, но меня их мнение и цели мало колышут, у меня свои есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #39

26. Сообщение от 12yoexpert (ok), 29-Июн-25, 09:35   +1 +/
кстати да, почему бы не вшить вяленого сразу в ядро
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #34

29. Сообщение от Аноним (29), 29-Июн-25, 09:40   +8 +/
Да не подходит он для слабых компов. Alpine урезан по размеру. По производительности он намного хуже, но когда тебя надо как можно побольше контейнеров втиснуть на физический хост, а вот процессор там мощный и многоядерный стоит, то как раз становится выгоднее пожертвовать производительностью в угоду памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #53

31. Сообщение от Аноним (31), 29-Июн-25, 09:41   +/
А еще, снижение затрат на поддержку за счет увеличения затрат пользователя на железо и ЭЭ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

34. Сообщение от Аноним (29), 29-Июн-25, 09:44   +1 +/
Не волнуйся, вошьют прямо в прошивку для GPU. Хотите десктоп, совместимость с программами - купите новый GPU.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

35. Сообщение от swarusemail (ok), 29-Июн-25, 09:49   +/
я его 2 года как десктоп использовал, тяжело под musl всё пересобирывать, но быстр, и не требователен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #62

38. Сообщение от zeecape (ok), 29-Июн-25, 10:13   –1 +/
Теперь нужно написать ещё и WayXorg для запуска Wayland-only приложений на XLibre/X11
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #116

39. Сообщение от Аноним (-), 29-Июн-25, 10:23   –1 +/
> но меня их мнение и цели мало колышут, у меня свои есть

Оно и видно. Поэтому они могут впихнуть раст и llvm в ядро.
А ты - ныть на форуме))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #43

40. Сообщение от ИмяХ (ok), 29-Июн-25, 10:29   +/
Бред. Это опенсорс, исходники всего ПО открыты. Если копрорасты начнут диктовать условия, свободное сообщество сразу же форкнет их продукты или сделает альтернативу с нуля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #42

42. Сообщение от Аноним (-), 29-Июн-25, 11:24   +4 +/
> Это опенсорс, исходники всего ПО открыты.
> Если копрорасты начнут диктовать условия, свободное сообщество сразу
> же форкнет их продукты или сделает альтернативу с нуля.

Так толсто, что аж тонко. Мое почтение!
Иксы "свободное сообщество" уже форкнуло)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #55

43. Сообщение от Аноним (43), 29-Июн-25, 11:37   +3 +/
а ты продолжай быть бесплатным "приложением" :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

45. Сообщение от Аноним (45), 29-Июн-25, 11:59   +/
Это нет тот дистр в котором даже сортировку вывода в пакетном менеджере не осилили?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52

46. Сообщение от НяшМяш (ok), 29-Июн-25, 12:27   +/
Особенно реализация системного аллокатора в musl подходит для слабых компов, ага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #48, #61

47. Сообщение от анон45 (?), 29-Июн-25, 12:31   +2 +/
Запускаю alpine по сети через ipxe на десктопе и остальных компах дома.
Удобно через dhcp опции+ipxe подсовывать параметры ядра, там их 2 основных:
modloop - где скачать полный пак модулей ядра и firmware.
apkovl - тоже самое для конфига системы.

Если нужен glibc - запускаю в podman.
Пакетов завались, systemd отсутствует, че еще надо.

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

48. Сообщение от Fracta1L (ok), 29-Июн-25, 12:44   +1 +/
А что с ним?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #66

49. Сообщение от Аноним (49), 29-Июн-25, 12:47   +/
То же самое хотел сказать. Сабж сделан для того чтобы на Linux под Wayland запускать среды рабочего стола, которые ещё не перенесли с иксов на Wayland.
Нужна обратная штука, для запуска сред рабочего стола только под Wayland, там где его нет, но есть иксы, к примеру BSD (FreeBSD), illumos (Openindiana).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #51

50. Сообщение от Аноним (-), 29-Июн-25, 13:40   –2 +/
Wayback переводится как "Путь Назад", но зачем? Просто надо всего навсего пользовательские приложения переписать чтобы они поддерживали нативный Wayland.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65

51. Сообщение от Аноним (51), 29-Июн-25, 13:59   +1 +/
Запускаешь Weston, распахиваешь на весь экран, профит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

52. Сообщение от Аноним (51), 29-Июн-25, 14:00   +1 +/
У тебя GNU sort сломался?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #80

53. Сообщение от penetrator (?), 29-Июн-25, 14:00   +1 +/
1) там и памяти может быть терабайт
2) приложения которые там контейнерах живут обычно сильно тяжелее самого базового контейнера, что размер окружения просто теряется

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

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

55. Сообщение от Аноним (55), 29-Июн-25, 14:58   +1 +/
иксы форкнули, опеноффис форкнули
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

56. Сообщение от Аноним (56), 29-Июн-25, 15:48   +1 +/
GCC быстрее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #57

57. Сообщение от morphe (?), 29-Июн-25, 16:15   +2 +/
Ну нет же
Компиляция в шланге незначительно быстрее, а скорость линковки через lld выше в десятки раз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #89

61. Сообщение от Аноним (-), 29-Июн-25, 16:46   +/
echo "/usr/lib/libmimalloc.so" >> /etc/ld.so.preload
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #114

62. Сообщение от Аноним (-), 29-Июн-25, 16:47   +/
А как же gcompat?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

63. Сообщение от OpenEcho (?), 29-Июн-25, 16:53   +1 +/
Да уже давно: https://hub.docker.com/_/scratch
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

65. Сообщение от OpenEcho (?), 29-Июн-25, 16:55   +2 +/
> Просто надо всего навсего пользовательские приложения переписать

Если это так просто, куда вам выслать список приложений? И да, - на  оплату не рассчитывайте

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #77

66. Сообщение от Аноним (-), 29-Июн-25, 16:58   +4 +/
Он очень низкопроизводительный. Его вроде как пытались переписать, но, видимо, так до этого и не дошло. Лучше переопределить malloc общесистемно (`/etc/ld.so.preload`) на hardened_malloc (если важна безопасность) или mimalloc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #83

68. Сообщение от Аноним (68), 29-Июн-25, 17:27   +/
Если это не костыль в виде XWayland, то профит будет!
Получится XServer без DDX-драйвера.

Хотя... скорее всего выйдет фигня, modesetting вышел лютым тормозом (как и mesa в режиме 2D-only) и юзать DDX при первой возможности смысл есть.

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

74. Сообщение от name (??), 29-Июн-25, 18:17   +1 +/
Modesetting быстрее, у тебя что-то сломано. DDX давно прикопали, а что за режим 2д в мезе - вообще не понятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #75, #106

75. Сообщение от ПК (?), 29-Июн-25, 19:42   +/
>> а что за режим 2д в мезе - вообще не понятно

Видео 360 надо в 2D наверное глянуть

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

76. Сообщение от Буратино (?), 29-Июн-25, 19:43   +/
GCC лучше оптимизирует.
GCC поддерживает больше процессорных архитектур.
GCCшники адекватнее компилируют UBшный код - в мире Си и Плюсов не сам, так другие его напишут или хуже того - проприетарный SDK выдадут с кривокосым кодом внутри.

Главная полезность существования Шланга - это чтобы GCCшники не расслаблялись и не закисали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #88, #93, #95

77. Сообщение от Аноним (-), 29-Июн-25, 20:10    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #100, #112

78. Сообщение от Аноним (-), 29-Июн-25, 20:16   –2 +/
Толсто.

>я могу кросс-компилировать

Поддержка платформ и архитектур в GCC шире.

>самые распоследние версии C++

В GCC как правило значительно быстрее реализуют фичи из новых стандартов.

>куча говнотулчейнов, где в лучшем случае предсобранный компилятор поставляется, а в худшем - собирается из исходников, и во всех случаях - говномамонтавая версия GCC без новейших свистоперделок

Вообще хз, что это за набор слов. Пишу с Gentoo, с установленным GCC 15.1. УМВР. На всяких арчах, уверен, тоже поставляется свежачок. Переедь с древнего дыбиана 9 на что-то поновее и таких проблем не будет.

>из-за чего можно забыть о compile-time вычислениях хеш-сумм и compile-time парсинге грамматик с кодогенерацией из них

Это видимо было вброшено, чтобы коммент звучал поубедительней. Судя по кол-ву лайков - даже сработало.

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

80. Сообщение от Аноним (45), 29-Июн-25, 21:09   +/
У меня нет, а вот у создателей Alpine он похоже как сломался 20 лет назад, так до сих пор починить и не могут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #85

81. Сообщение от непохмелённая Ситлали (?), 29-Июн-25, 21:48   +/
Это уже дружественно-перекрёстный огонь какой-то. Вместо вроде как предполагаемой стандартизации. Лоскуты только множатся. Ну, Линукс же не умеет по-другому.
Ответить | Правка | Наверх | Cообщить модератору

83. Сообщение от Аноним (83), 29-Июн-25, 23:07   +/
Что-то проблем я не заметил с ним
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #135

84. Сообщение от Аноним (83), 29-Июн-25, 23:08   +/
А кто запрещает? Это обычный линукс с busybox и musl.. Мда, десктоп - понятие растяжимое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

85. Сообщение от blkkid (?), 30-Июн-25, 00:02   +/
алпайн по сути используется для контейнеров и встраиваемых систем, там от пакетника требуется только ходить на зеркало и забирать оттуда свежие тарболлы

вам надо - делайте надстройку, хоть полноценную, хоть башпортянки, в апстриме это не нужно просто

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

86. Сообщение от иранский аноним (?), 30-Июн-25, 01:07   –1 +/
Слезьте с Пентиума, а потом я попытаюсь начать воспринимать вас всерьёз. Может быть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

87. Сообщение от иранский аноним (?), 30-Июн-25, 01:11   +2 +/
Лебедь, рак, щука, лебедь №2, щука-не щука, двойной рак, зелёные человечки, шляпа волшебника, рак-рак-щука-рак-безлебедь...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #104

88. Сообщение от Аноним (89), 30-Июн-25, 03:16   +/
> GCC лучше оптимизирует.

Clang куда агрессивнее оптимизирует межфункционально и межмодульно. Да, UB на это вылезает и превращается use-after-free из-за дебилов. Good luck отладить этот говнокод, если не ты его написал, и если он сам ... не совсем исходник.

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

89. Сообщение от Аноним (89), 30-Июн-25, 03:18   +/
Нет, наоборот lld - жутчайший тормоз (при -flto) и памятижор. Потому что там настоящая межмодельная оптимизация, сливающая LLVM IR, и уже его оптимизирующая
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #92

91. Сообщение от Аноним (91), 30-Июн-25, 04:41   –1 +/
> гигантский оптимизирующий компилятор на сотни мегов нужен только в одном экземпляре,

Ты его собирал хоть раз?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #98

92. Сообщение от morphe (?), 30-Июн-25, 05:21   +/
> Нет, наоборот lld - жутчайший тормоз (при -flto) и памятижор. Потому что
> там настоящая межмодельная оптимизация, сливающая LLVM IR, и уже его оптимизирующая

Ну это при lto, чего gccшный линковщик просто не умеет, это отдельная фича
Also от -flto у тебя сильно растёт время, но не особо сильно растёт качество, -flto=thin даёт тебе 95% от скорости fat lto, но при этом оно скорее всего всё ещё будет быстрее чем gnuшный линковщик

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #97, #123

93. Сообщение от morphe (?), 30-Июн-25, 05:25   +/
> GCCшники адекватнее компилируют UBшный код

Лол, нет
GCCшники в этом плане как раз самые отбитые и высасывающие трактовки из пальца, principle of least astonishment они не соблюдают примерно никогда
Сколько раз Торвальдс на них ругался когда они в очередной последний раз своими кривыми оптимизациями ломали ядро

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

95. Сообщение от Аноним (95), 30-Июн-25, 09:40   –1 +/
>GCCшники адекватнее компилируют UBшный код

Ох уж эти сишники. Единственная адекватная реакция на ub - ошибка компиляции, но только не у сишников. А так можно делать абсолютно всё что угодно, это будет абсолютно правильно. Ибо ни на си, ни на крестах писать не нужно, максимум несколько небольших библиотек, которые потом будут встроены как часть другого языка.

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

96. Сообщение от sfs (ok), 30-Июн-25, 10:42   +/
Собрал под арчем. wayback -- startlxde
Запускается окно и сразу "Аварийный останов"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #102

97. Сообщение от Аноним (97), 30-Июн-25, 11:17   +/
Нахрена экономить? Программа компилируется один раз, а используется - много. И часто - сутками напролёт. Экономия на копейку - упущенных возможностей на рубль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #105

98. Сообщение от Аноним (97), 30-Июн-25, 11:26   –1 +/
Да, собирал, и мой патч - уже в апстриме.

>Добавление каждой архитектуры пропорционально увеличивает время сборки

Ты думаешь, что можешь обмануть линейную функцию y = k * x + b? Да, увеличивает. Но есть нюанс. b больше, k - меньше, по сравнению с gcc, у которого k сравнима с b, потому что каждый компилятор сам по себе. А сам по себе он из за причин GPL-копирастии - копирасты так боялись, что их "интеллектуальную собственность" "своруют" конкуренты, что намеренно спроектировали так, чтобы их "интеллектуальную собственность" можно было использовать только путём форка компилятора, чтобы потом гордо заявлять о победном шествии GNU GPL по планете. А конкуренты просто взяли и выкинули gcc почти целиком на свалку истории. Даже стандартная библиотека C++ от него не особо нужна. Система называется "назло маме отморожу уши".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #99, #101

99. Сообщение от Аноним (97), 30-Июн-25, 11:28   +/
P.S. Так как в CMake вот уже давно есть юзабельные модули, то жди сокращения времени компиляции  потребления памяти в каком-нибудь будущем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

100. Сообщение от Аноним (100), 30-Июн-25, 12:50   +/
Пусть твои любимые корпорасы оплачивают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

101. Сообщение от Аноним (95), 30-Июн-25, 13:26   +1 +/
>GPL-копирастии - копирасты так боялись, что их "интеллектуальную собственность" "своруют" конкуренты, что намеренно спроектировали так, чтобы их "интеллектуальную собственность" можно было использовать только путём форка компилятора, чтобы потом гордо заявлять о победном шествии GNU GPL по планете. А конкуренты просто взяли и выкинули gcc почти целиком на свалку истории.

Страшные ужасные гпл-щики, неизвестные абсолютно никому за пределами it сферы, обижают многомилиардные корпорации типа огрызочников и мелкомягких.
>Система называется "назло маме отморожу уши".

Вы явно не тем сочувствуете. У огрызочников и мелкомягких денег и без вас куча, и делится деньгами они явно не собираются.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #129

102. Сообщение от Аноним (95), 30-Июн-25, 13:31   +/
Аварий останов кого? Что будет если запустить другой менеджер? Что будет, если запустить условный xterm, а уже после него оконный мененджер?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #103

103. Сообщение от sfs (ok), 30-Июн-25, 13:47   +/
> Аварий останов кого?

wayback. Закрывается его окно. Запускаю из labwc
>Что будет, если  запустить условный xterm, а уже после него оконный мененджер?

Если запустить wayback -- xterm или сразу wayback -- lxpanel (gtk3) - lxpanel запускается через Xwayland.
Причем если killall wayback - wayback убивается, а lxpanel остается.
Т.е. пока не вижу разницы между
wayback -- lxpanel
и
GDK_BACKEND=x11 lxpanel

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #107

104. Сообщение от Аноним (104), 30-Июн-25, 14:50   +/
Выдыхай!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

105. Сообщение от morphe (?), 30-Июн-25, 15:09   +/
> Нахрена экономить? Программа компилируется один раз, а используется - много. И часто
> - сутками напролёт. Экономия на копейку - упущенных возможностей на рубль.

Вопрос был в том кто быстрее компилирует
thin lto это самое то для того чтобы быстрее итерации при разработке требовательного к производительности кода производить

И fat lto не экономит рубль, он очень медленный, и профита от него нет в сравнении с thin lto почти никогда
Даже наоборот, выхлоп с ним иногда медленнее из-за слишком агрессивного инлайна что не позволяет нормально работать branch prediction

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #124

106. Сообщение от Аноним (106), 30-Июн-25, 15:12   +/
> Modesetting быстрее

На современных nvidia/amd возможно и непонятно что и где быстрее. У меня modesetting, т.к. сделал себе prime и иначе никак...

Но на слабых картах сравзу видно, что даже кривой и недоделанный ddx (для чипов arm) уделывает modesetting (возможно тоже кривой и недоделанный).

В итоге:
- на ARM нихрена не быстрее (ну примерно на orange pi 3 разница хорошо видна, возможно и драйвер кривоват; а возможно прямее и не сделать);
- на intel тоже sna быстрее (на чипах уровня sandy bridge точно); на skylake/kabylake по ощущениям тоже, хотя тут могу и ошибаться;
- на maxtor (прости гаспаде) ddx тоже быстрее (там modesetting получается со скоростью vnc, поэтому формально "быстрый vnc на maxtor" действительно быстрый ;) но ddx локально гораздо более отзывчивый чем modesetting и чем vnc).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #115, #125

107. Сообщение от Аноним (95), 30-Июн-25, 15:16   +/
>Если запустить wayback -- xterm или сразу wayback -- lxpanel (gtk3) - lxpanel запускается через Xwayland.

Ну значит надо копать, что там сломали в startlxde. Подозреваю, что там вручную xorg запускается, чего быть не должно.
>Т.е. пока не вижу разницы между

Разница должна быть в DISPLAY - в первом случае он должен быть вложенным и созданным wayback, во втором - хостовым. Хостовый может не работать, например, если в вейленде запустить xwayland, то захват экрана работать не будет, а у вложенного - будет.

Я нечто подобное руками делал, но в sway, работало как часы.

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

108. Сообщение от Аноним (108), 30-Июн-25, 15:39   +2 +/
Достаточно просто загуглить Ariadne Conill и всё станет ясно. "If anyone merges XLibre i will be pursuing a code of conduct violation against them. This is about politics, not just software". Ariadne Conill важная шишка в альпайне. Страшно становится. Они там скоро будут отклонять банковские карты, если ты не тех политических взглядов
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109, #110, #127

109. Сообщение от nebularia (ok), 30-Июн-25, 16:30   +1 +/
Видишь аватарку с аниме у разработчика - сразу с ним становится всё понятно XD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #130

110. Сообщение от Аноним (110), 30-Июн-25, 17:27   +/
> Они там скоро будут отклонять банковские карты, если ты не тех политических взглядов

Банк вообще может в обслуживании отказать и без объяснения причин. Просто приходит письмо: заберите ваши деньги, с такого-то числа мы вас больше не обслуживаем. Так, к слову. Счёт в банке это привилегия, а не право. А на счёт политики, ну попробуй открыть счёт для какого-нибудь ку-клус-клан инк., расскажешь потом как прошло.

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

112. Сообщение от OpenEcho (?), 30-Июн-25, 19:32   +/
> Любой тред должен оплачиваться.

Вот именно, т.к. это далеко не "запросто"

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

114. Сообщение от Аноним (114), 01-Июл-25, 04:24   +/
в musl нет ld.so, это механизм специфичный для glibc))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #122

115. Сообщение от name (??), 01-Июл-25, 06:51   +/
Как сравнивал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #118

116. Сообщение от Аноним (116), 01-Июл-25, 07:28   +/
Но они первым делом же выкинули XWayland в своём форке. Что мне показалось очень странным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

118. Сообщение от Аноним (118), 01-Июл-25, 11:57   +/
Если нужны попугаи - x11perf и glmark (в 3D обычно 5-10% разница и там от ddx почти ничего не зависит, на быстрых картах разницы считай и нет). На orange и maxtor (у которого вообще никакого 3D нет) лаги десктопа на глаз видно (перетаскивание окон, например). Композитный режим на медленных картах обычно отключается (тот же kwin вообще неюзабельным становится но если отключить композитинг, то вполне норм).

Пару лет назад ещё дикая посадка при просмотре видео была, но это вроде пофиксили (там шейдер перекомпилировался на каждый кадр и загрузка cpu сильно выше получалась).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #119

119. Сообщение от name (??), 01-Июл-25, 13:04   +/
На стареньком интеле gma получал разницу в около 30%, не в пользу иксов с ddx. Тестил на демке в игре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #120

120. Сообщение от Аноним (118), 01-Июл-25, 16:45   +/
Если игра 3D, то там не в ddx дело, а больше в версии dri и всяких опциях tearfree и triplebuffer.

Производительность ddx - это fillrect, bitblit и прочее. Вот с ними у modesetting трабла. Делается на opengl в 3d-режиме с z-координатой равной нулю, ну или каким-то подобным образом. А вот версия intel-ddx для sna пытается акселерацию 2D-операций сделать более оптимально (хотя отчасти и использует блоки 3D-ускорения и много чего делает не на видюхе, а на CPU без ускорения).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #121

121. Сообщение от name (??), 01-Июл-25, 23:47   +/
Да, игра 3д, опции разные пробовал. Смысл в этом ddx, если производительность нужна именно внутри софта, а окошки не тормозят даже на железе лет 20. Разве что энергопотребление снижать, но это слишком затратно по коду, никто не будет адаптировать столько железа. Есть 3д api и его юзают. Зато видосы теперь эффективно выводят 2д блоками, которые делают format и scale, а иксы с 2д такого никогда не умели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #126

122. Сообщение от Аноним (-), 02-Июл-25, 00:14   +/
> в musl нет ld.so, это механизм специфичный для glibc))

А как динамические либы загружаются?

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

123. Сообщение от Аноним (-), 02-Июл-25, 00:17   –1 +/
> Ну это при lto, чего gccшный линковщик просто не умеет, это отдельная фича

GCC умеет LTO с этак версии наверное 4.5 аж, или типа того. И конечно его линковщик это тоже умеет.

А lld это вообше кусок странной кривизны.

> при этом оно скорее всего всё ещё будет быстрее чем gnuшный линковщик

"хайли лайкли" очередной. Осталось еще сделать чтобы это lld не было куском глюкавого крапа. То что он тормозной это вообще ерунда по сравнению с тем что он вечно недопиленый и багованый.

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

124. Сообщение от Аноним (-), 02-Июл-25, 00:27   –1 +/
> И fat lto не экономит рубль, он очень медленный, и профита от
> него нет в сравнении с thin lto почти никогда
> Даже наоборот, выхлоп с ним иногда медленнее из-за слишком агрессивного инлайна что
> не позволяет нормально работать branch prediction

Слышь, эксперт опеннета! LTO - вообще не про инлайн как таковой. И даже не про скорость -  сам по себе LTO скорость особо и не меняет. А вот размер бинаря может сдуть от трети до четверти, за счет мержа всего что можно (кода, констант, где валидно), очень расширенного обсчета dead code elimination и слияния кода, типа пропуска вгрузки констант, заметив что эн килобайт назад уже вгрузили удобное нечто в регисры и вот тут можно это пропустить. Но вот на именно скорость все это влияет от "никак" до "умеренно" (из-за уменьшения числа команд и меньшего выноса кешей). Но вот бинарник уменьшается хорошо.

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

125. Сообщение от Аноним (-), 02-Июл-25, 00:45   +/
> - на ARM нихрена не быстрее (ну примерно на orange pi 3
> разница хорошо видна, возможно и драйвер кривоват; а возможно прямее и
> не сделать);

А что ты на ARM запускал без modeset? Там же дрова контроллера дисплея KMS/DRM как правило - и даже если это фирмварный фреймбуфер, его какой-нибудь simpleDRM в итоге рюхнет. Который тоже KMS/DRM.

Ну и у фреймбуфера скорость так то - норм вполне. Если это не x86 с его реальным режимом и лазанием туда через VBE какой-нибудь, что конечно дико тормозно - из-за переклчюения в реальный режим x86 для вызова BIOS - что конечно полный ад по скорости действа.

> - на intel тоже sna быстрее (на чипах уровня sandy bridge точно);

На практике - глюки DDX всех так достали что иксы в большей части дистров оставили generic KMS и никто не заметил особой разницы.

> - на maxtor (прости гаспаде) ddx тоже быстрее (там modesetting получается со
> скоростью vnc,

Это вооюще что? Зенитар залогинься!

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

126. Сообщение от Аноним (-), 02-Июл-25, 00:54   +/
> Да, игра 3д, опции разные пробовал. Смысл в этом ddx, если производительность
> нужна именно внутри софта, а окошки не тормозят даже на железе лет 20.

А никакого смысла нет. Поэтому современные дистры - юзают generic KMS. Учитывая что у иксов архитектура к современным GPU не подходит вообще никак - толку от DDX ускорения минимуму. И зачастую это даже тормознее generic KMS.

> его юзают. Зато видосы теперь эффективно выводят 2д блоками, которые делают
> format и scale, а иксы с 2д такого никогда не умели.

Видосы теперь выводят - как частный случай 3D и текстур, блин! Потому что так быстрее и как раз не надо с Xorg связываться.

По дефолту в Xorg - вся графика in band толкается. В протоколе. И все гигазы кадров надо парсить от и до. Что, ессно, дико грузит проц и тормозит.

Согласовать что-то более эффективное - хотч-бы shared mem - это опционально и надо отдельно заморочиться.

Xvideo и Xv творят какую-то дичь, страшно далекую от того что плееры бы хотели. И CPU Usage Xv - раза так в 3 выше чем если на Xorg забить и спихивать видео как текстуры в 3D OpenGL или Vulkan в обход тех чудных интерфейсов как раз. А до кучи если плеер крутой может еще чего шейдерами посчитать, типа постпроцесинга или яркости какой. Но это уже навороты. Факт в том что даже вообще совсем 2D - быстрее через 3D пайплайн выходит :\. Надеюсь эот объясняет почему рхбм так иксы не жалует.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #128, #132

127. Сообщение от Аноним (-), 02-Июл-25, 00:56   +1 +/
> Достаточно просто загуглить Ariadne Conill и всё станет ясно. "If anyone merges
> XLibre i will be pursuing a code of conduct violation against

Встретился как-то гендерфлюид с антипрививочником. Это примерно как вещество с антивеществом повстречать. Т.е. в этой ситцации надо молиться всем богам в которых вы верите и максимально быстро оттуда у...ть!

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

128. Сообщение от name (??), 02-Июл-25, 01:45   +/
На дешёвых арм чипах не потянет вывод видосов в 3д, а иксы не смогут вывести их правильно в 2д из-за своего главного недостатка - они пихают всё в один буфер, для видео нужен отдельный буфер с другим форматом пикселей. Ещё батарейка страдает от 3д постобработки видео.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

129. Сообщение от Аноним (129), 02-Июл-25, 10:31   +/
Просто загляните в историю «поддержки» (финансовой) GNU, и поймете, что она выгодна крупным корпорациям. Я уж молчу, что позиция «корпорации — зло» абсолютно примитивна
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

130. Сообщение от Аноним (129), 02-Июл-25, 10:40   +1 +/
Там все горазде печальнее.
Было интервью 😁
Низкоуровневое программирование прямо наполнено маргинальными элементами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #131

131. Сообщение от Аноним (131), 02-Июл-25, 11:33   +/
Я на ютюбе нашел видос "Interview with Ariadne Conill Part I". Это жесть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

132. Сообщение от Аноним (132), 02-Июл-25, 13:31   +/
> Xvideo и Xv творят какую-то дичь... CPU Usage Xv - раза так в 3 выше чем если на Xorg забить и спихивать видео как текстуры в 3D OpenGL или Vulkan

Зависит от железа. Для того же intel есть несколько вариантов. На любимом всеми pentium4 будет какая-нибудь i865g и там не tmu хитрый, а как раз таки yuv-оверлей. А в шейдеры оно не умеет принципиально...
Примерно с i965g уже будет textured video. А на i915 можно и  шейдер сделать при желании. Pixel shader 1.0 должно хватить. А можно и через оверлей.

Иногда доступно несколько вариантов, какой из них более кривой - от адаптера Xv (ну и драйвера) зависит, иногда можно и оба. Иногда один из вариантов вообще всё вешает намертво и не работает (тут надо драйвер пилить, или правильный адаптер выбрать в плеере)...

В KMS с оверлеями как-то очень плохо всё. Там курсор не везде сделан, про yuv лучше не вспоминать...

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

134. Сообщение от darkshvein (ok), 02-Июл-25, 17:49   +/
ещё один полный невиновник?
Ответить | Правка | Наверх | Cообщить модератору

135. Сообщение от Аноним (135), 04-Июл-25, 01:27   +/
Программы, собираемые с musl, в среднем, на 60% медленнее работают, и malloc играет в этом не последнюю роль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83


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

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




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

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