| |
| 2.2, Аноним (2), 07:17, 01/08/2026 [^] [^^] [^^^] [ответить]
| +5 +/– |
расскажи мне и моему 15ти летнему ноуту, где ты там чего не смог
| | |
| |
| 3.9, Аноним (9), 09:47, 01/08/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Да, этот экспериенс.
Эти желейные интерфейсы, эти WebUi, ты просто не чувствуешь лаг.
Это не так круто, как мгновенный отклик на Windows 10.
Kde далеко в прогрессе.
| | |
| 3.14, Аноним (14), 10:53, 01/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Значительно повышена производительность при использовании внешних видеокарт
Тут больше интересно, почему это делается не в вейленде, а в DE. Вейленд сильно тормозит со внешними видюхами, и это не исправить, ибо архитектурная проблема?
| | |
| |
| 4.30, Аноним (-), 14:36, 01/08/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
"Протокол Wayland не содержит и не должен содержать кода для работы с драйверами. Задачи распределения ресурсов лежат на композиторах сред (DE)" "Единый композитор не делают потому, что в архитектуре Wayland композитор — это и есть само графическое окружение. Сделать его общим — значит заставить все DE выглядеть и работать одинаково под капотом"
| | |
| |
| 5.31, Аноним (-), 14:40, 01/08/2026 [^] [^^] [^^^] [ответить] | –4 +/– | Единая база кода все-таки есть Wlroots Хотя единого готового композитора для... большой текст свёрнут, показать | | |
| |
| 6.34, Аноним (-), 15:22, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Короче: одним изменением протокола это не решить, поэтому и нет общего протокола и композитора есть только похожее или непохожее.
| | |
|
| 5.43, Аноним (43), 18:48, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Wayland композитор — это и есть само графическое окружение. Встроить графическое окружение и оконный менеджер прям в композитор это как если бы в Xorg встроили KDE. А еще что-то там про сервер печати в иксах орали.
| | |
|
| 4.35, Аноним (35), 15:27, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Тут больше интересно, почему это делается не в вейленде, а в DE.
Вяленд - это, "все лишь, протокол", привыкайте уже. Всё делается в конкретных композиторах, каждым по-своему.
| | |
| 4.41, Аноним (-), 17:05, 01/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Суть Wayland в том, что это только протокол (инструкция) которая развивается - эталонная реализация Wayland, Wayland берут как инструкцию и делают для себя, для Wayland протокола свой композитор, если готового композитора нет или изменяют другой композитор но, это не инструкция на подобии чертежа где точность выполнения 100% каждый реализует то что ему надо если может. Пример. В Wayland написано надо делать колесо, а какого размера, цвета какой диск, не написано это будут реализовывать в композиторе. Wayland дает только концепт и базовые параметры.
| | |
| |
| 5.42, Аноним (-), 17:21, 01/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
И тут Остапа понесло. Кто-то захочет сделает колесо от машины, а кто-то от телеги. Или написано в инструкции вывод изображения через видеокарту, а как это вы уже сами делайте.
Это буквально то, как написан протокол Wayland. В инструкции зафиксировано: «Композитор обязан передать приложению ссылку на область видеопамяти, забрать готовый кадр и отправить его на дисплей».А дальше началось творчество.
| | |
|
|
|
| 2.10, Xo (?), 10:20, 01/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Как раз наоборот очень плавные анимации. Хочу чтоб на Винде также было.
| | |
|
| 1.4, Аноним (4), 07:30, 01/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
И опять обычное обновление KDE содержит больше нововведений, чем глобальное обновление GNOME. Неудивительно, почему из них выбирают первое.
| | |
| |
| 2.38, ИмяХ (ok), 16:17, 01/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Кде просто исправляет свои косяки, в отличие от гнома, который изначально идеален.
| | |
| 2.39, cnjzxir (?), 16:25, 01/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Выбирает кто?
Я не выбираю кде. Я выбираю гном. Потому что мне работать, а не граф. конфиги ковырять
А если хочется конфиги ковырять — есть хайпрланд. Там и красившее и конфиги ковырять и интереснее
| | |
|
| 1.7, Аноним (7), 08:05, 01/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>ранее размер был фиксированный 1920×1080
Проблема в том, что кеды пишут калеки, и в них куча хардкода.
Большинство людей бы предпочло, чтобы им регулярно не ломали воркфлоу. Чего одно только сохранение каждые 3 секунды в dolphin стоит. А вот история табов не сохраняется, только текущий путь.
Ранее ещё хардкодили контекстные меню: теперь вроде add to places отключается, но годами приходилось патчить. Вот, что бывает, когда допускаешь калек до разработки среды.
| | |
| |
| 2.17, Аноним (14), 10:59, 01/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> поддержка изменения размера и разрешения виртуального экрана, созданного для скринкастов (ранее размер был фиксированный 1920×1080).
Как же вейленду ещё далеко до нормальной графики...
| | |
| |
| 3.37, Аноним (37), 16:10, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Чего одно только сохранение каждые 3 секунды в dolphin стоит
Газовый ключ, с тачскрном, и подпиской на ivi, встроенная кофеварка и кардан.
| | |
|
| 2.22, Аноним (22), 12:46, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Чего одно только сохранение каждые 3 секунды в dolphin стоит
Это откуда, сам придумал?
| | |
| |
| |
| |
| 5.27, Аноним (7), 13:45, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> m_sessionSaveTimer->setInterval(22000);
> 22 секунды же )
открывай табы раз в 3 секунды
| | |
|
|
|
| 2.50, Ivan_83 (ok), 22:22, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
 > Большинство людей бы предпочло, чтобы им регулярно не ломали воркфлоу.
Да, но большинство на венде, а там кормят с лопаты.
В восьмёрке по Собянински всё плиткой обложили в три слоя и никого не спросили.
Во временя ХР хотя бы была возможность вкулючить обратно классический гуй, а тут всё...
Думаю кто ценит ворклоу стабильный тот где то на XFCE как я - десятилетиями особо ничего не меняется. Хотя порой снизу GTK наваливает ненужное.
| | |
| |
| 3.51, Аноним (7), 22:48, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Плитка никак не меняла рабочий процесс, отличия косметические. К тому же, из 8 всё метро удалялось и объективно говоря 8.1 останется лучшей вендой всех времён. Чисто технически. В 10 изначально кортана с троянами и телеметрией вырезались и техническая часть доработана ещё больше, но от метро и магазина уже не избавишься. Но уж что-то что, а венда настраивается и не меняет ничего критического.
У крысы техническая часть всегда ниже плинтуса. Ты говоришь, в ней ничего не меняется, а ведь после перехода на гтк3 она сдохла и потеряла любые технические преимущества перед конкурентами. Да и сейчас переводят на вейланд. Чаще она не работает чем работает, а программы жалкое (и глючное) зрелище.
| | |
| |
| 4.52, Ivan_83 (ok), 23:33, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Моё мнение что 2003х64 был лучшим.
Пользоватся современной вендой я не могу: пуск превратился в непонятное месиво, а панель управления стала практически не юзабельной.
"Управление компьютером" умудряется тормозить на райзене с кучей ядер и оперативы и ссд больше чем тормозило на ХР на коредуо и даже пне3.
Проводник тоже стал каким то нагромождением непонятно чего.
XFCE просто работает.
Мне положить что там по вашему не так с технической частью, как минимум оно только один раз сломало мой пользовательский опыт и то не так чтобы сильно.
Программы на XFCE особо никто не пишет - всё что есть является по сути частью DE, а остальное выглядит везде примерно одинаково.
После перехода на GTK3 я отличий особых не заметил.
XFCE не вершина и не супер достижение, если смотреть на thunar то он вечно глючноватый. Но это всё работает у меня уже 10 лет и не напрягает нисколько.
Сделать лучше - можно, есть много способов, но всё как то не так и не то в результате.
| | |
|
|
|
| 1.13, Ананоним (?), 10:49, 01/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Ради "нужных" анимаций интерфейса и всяких теней и прочей "очень необходимой" чепухи, они будут включать на полную мощщщщ ваши GPU и тратить вашу электроинергию. А ведь что плохого было в простейшем интерфейсе с прямым рисованием в первичный кадровый буфер с аппаратным ускорением? Ах да... мифическая безопасТность. Которая до сих пор не достигнута.
| | |
| |
| 2.18, Аноним (14), 11:03, 01/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> В интерфейсе выбора emoji реализована возможность масштабирования размера значков.
Надеюсь, это будет через подпорку вейленда "дробное масштабирование v2"? Ведь надо любой размер показать. А вычисления ведут неточно в целых числах или точно с плавающей точкой? Ведь недавно была новость, что для правильного дробного масштабирования нужен FPU.
| | |
| |
| 3.46, Аноним (46), 20:35, 01/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> для правильного дробного масштабирования нужен FPU
Таки действительно нужен. А вот где найти компьютер без FPU, на котором нужен GUI общего назначения -- вот это загадка.
| | |
|
|
| 1.15, Аноним (14), 10:56, 01/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> при использовании Wayland-протокола linux-dmabuf v5 композитный менеджер мог работать только с одной видеокартой
Даже в пятой версии вейленд не догадался, что видюх может быть больше одной. В Иксах можно было хоть сколько видюх настраивать.
| | |
| |
| 2.19, Аноним (19), 11:13, 01/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Теперь он будет рисовать на обоих видеочипах. Даже если не просили.
| | |
| |
| 3.28, Аноним (14), 14:29, 01/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> рисовать на обоих видеочипах
Вы не поверите! Это было ещё во времена SLI!
| | |
|
| 2.40, Аноним (40), 17:01, 01/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
В иксах, к сожалению, та же проблема. Для внешней видеокарты буферы копируются оттуда и обратно. И в иксах она уже не будет исправлена.
| | |
|
| 1.36, Аноним (36), 15:38, 01/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А если подключить внешние процессоры и диски, то производительность будет ещё выше? 😆
| | |
| 1.47, Zenitur (ok), 21:31, 01/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 > В новой версии протокола linux-dmabuf v6 проблема была решена и в KWin удалось избавиться от лишнего копирования буферов.
Там, глядишь, и SLI сделают. Пока что SLI работает только с nvidia-drm.modeset=0.
| | |
| 1.48, _ (??), 22:07, 01/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Раньше таким занимались X-ы - одни на всех.
А теперь - каждый за себя.
Не - не зацветут эти 375тыс цветов, "Мао - ты был не прав!"(С) :)
| | |
| 1.49, Ivan_83 (ok), 22:17, 01/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В новой версии протокола linux-dmabuf v6 проблема была решена и в KWin удалось избавиться от лишнего копирования буферов. В проведённых тестах c видеокартой, подключённой через USB-C, в vkcube FPS вырос с 5 до 120, в игре Cyberpunk 2077 с пресетом "low" FPS увеличился c 27 до 50 при использовании linux-dmabuf v6.
Что то мне кажется что без КДЕ и вейланда гденить в иксах FPS сразу был бы 50+.
| | |
| |
| 2.54, Аноним (54), 13:54, 02/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
тут наверно опечатка, сразу был были бы те же 5-6 FPS как в версиях linux-dmabuf v5 и ниже, ибо в x11 на нескольких видюхах точно такое же копирование буферов. Я хз почему думают что в x11 нет этого.
| | |
|
|
