| 1.1, Аноним (1), 09:08, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
А вот это интересно, программы на вейланде уже можно сохранять? Когда-то очень давно обещали добавить возможность восстановления графичиских программ для вейланда.
| | |
| |
| 2.7, Angel_in_Prada (ok), 10:10, 20/10/2026 [^] [^^] [^^^] [ответить]
| +5 +/– |
 Увы, нет. Для Wayland пока умеют сохранять только иллюзию «безопасного и готового к десктопу» стандарта. А чтобы восстановить графическую сессию после обычного падения композитора — это, видимо, придётся ждать Wayland 2.0. До системных крашей руки у архитекторов ещё лет 15 не дойдут, им сейчас важнее пиксели у курсора выравнивать.
| | |
| |
| |
| 4.23, Аноним (23), 15:24, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Вернутся к X или WinAPI.
Думаю, WinAPI - это Wayland 3.1. До этого придётся ещё от ini-файлов отойти и заменить их на бинарную конфигурацию навроде dconf, но с кустами LOCAL_MACHINE и LOCAL_USER.
| | |
| |
| 5.24, Аноним (23), 15:26, 20/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Учитывая весь зоопарк конфигураций под Wayland, пришпандорить LOCAL_USER/LOCAL_MACHINE в wlroots или в протокол надо уже сегодня, кстати.
| | |
|
|
| 3.10, Аноним (10), 10:32, 20/10/2026 [^] [^^] [^^^] [ответить]
| –8 +/– | |
Кажется у любителя некроиксов подгорает)
> после обычного падения композитора
Ну, для исков падение композера это обычное дело, как и получение рута злоумышленником.
К счастью в вейланде есть возможность выбирать - разные проекты, разные языки.
| | |
| |
| 4.12, Аноним (12), 10:35, 20/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вейленд сырая подделка, которая ничего не может нормально сделать. Только языки выбирает и проекты...
| | |
| 4.18, Аноним (18), 14:50, 20/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> как и получение рута злоумышленником
Как и в Вяленде тоже самое. Написан он всё на том же C, а серьёзным поиском CVEшек в нём пока никто не озадачился.
| | |
| 4.42, Angel_in_Prada (ok), 20:57, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну, для исков падение композера это обычное дело
В X11 композитор (например, picom) — это отдельный непривилегированный клиент. Если он падает, на полсекунды моргает прозрачность, композитор перезапускается, а все открытые программы продолжают работать как ни в чём не бывало.
В Wayland композитор совмещён с сервером. Если он падает — рвётся сокет, и все твои запущенные программы закрываются с потерей данных.
И раз уж ты решил залезть в эту тему, вопрос: где в Wayland штатный механизм восстановления графической сессии после падения композитора? А, блин, извини, хрень спросил, так как его же нет.
> как и получение рута злоумышленником.
Сказку про «рут через Иксы» передай обратно в 2014 год. Rootless Xorg (работающий от обычного непривилегированного пользователя) по умолчанию работает уже больше десяти лет.
> К счастью в вейланде есть возможность выбирать - разные проекты, разные языки.
Ты всерьёз пытаешься замазать архитектурную проблему мантрой «зато можно выбрать композитор на Rust»?
Объясняю на пальцах: на каком бы языке ни был написан композитор (хоть на C++, хоть на Rust, хоть на Zig), в Wayland он держит сокет клиентов. Если этот процесс завершается (по ошибке логики, OOM-киллером или сбоем драйвера) — сокет умирает, а вместе с ним умирают и все открытые программы. И как твой конкурс языков программирования решает проблему отсутствия стандартного механизма сохранения и восстановления клиентской сессии? Единственное что даёт язык в данном случае, так это то на каком языке упадёт Wayland.
| | |
|
| 3.31, oficsu (ok), 17:30, 20/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > А чтобы восстановить графическую сессию после обычного падения композитора — это, видимо, придётся ждать Wayland 2.0
В kwin_wayland уже как много лет реализовано — compositor handoffs. Qt-приложения прекрасно восстанавливаются после восстановления композитора. В GTK фичу поддержать не захотели. Как и любую другую полезную фичу, впрочем
| | |
| |
| 4.34, Аноним (34), 17:55, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> В GTK фичу поддержать не захотели
Т.е. сохранением занимается конкретный тулкит, а не вейленд... Ясно.
| | |
| 4.43, Angel_in_Prada (ok), 21:03, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
В Wayland этого нет, зато в KWin запилили. Очередной успех модульной архитектуры: стандарт не умеет, реализация костылит, приложения молятся.
| | |
|
|
| 2.8, ано_нис (?), 10:10, 20/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Проблема в самом вейленде, его протокол надо модифицировать для таких вещей
| | |
| |
| 3.13, Аноним (1), 10:44, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Окна же научили переподключать при перезапуске композитора вейланда, а теперь и восстанавливать позиции (раньше все окна отправлялись на 1 рабочий стол). Это было одно из важных преимеществ иксов -- иксы перезапускаются гораздо реже оконных менеджеров.
| | |
|
|
| 1.2, Андрей999 (?), 09:18, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Интересно про сохранение сетевых соединений. Это типа пока сервер их помнит, клиент после восстановления может продолжить как ни в чём не бывало?
| | |
| |
| 2.3, User (??), 09:30, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Это для разного рода миграций между железками - если уложились в таймаут то "а вот и не было ничего!"
| | |
| |
| 3.6, Аноним (1), 09:33, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если говорить о сокетах, если есть логика, что делать при обрыве соединения, то восстановление -- вполне штатная ситуация.
| | |
| |
| 4.14, User (??), 10:45, 20/10/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну, с одной стороны "да" - а с другой над теми сокетами еще сто-о-оолько слоев и даже если все они все нормально реализовали (На что я бы закладываться не стал), то пачка переинициализации какого-нибудь SSL может в моменте совершенно лишнюю нагрузку подкинуть.
Оно тебе надо? Оно тебе не надо...
| | |
|
| 3.35, Аноним (34), 17:58, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> если уложились в таймаут
Там это, если с другой железки окажется другой сетевой маршрут, то новый маршрут ничего про соединение не знает, а поэтому все пакеты дропнутся.
| | |
|
| 2.4, Аноним (1), 09:30, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Это пока у сервера таймауты не отвалятся. Никто не заметит разницы, тем более, с тех пор, как сабж научили восстанавливать процессы под теми же идентификаторами.
| | |
| |
| 3.26, Ivan_83 (ok), 16:12, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Это если таймауты там есть.
У SSH нормальная практика выключить кипалив и дать соединению спокойно переживать длительные отключения.
Это всякие вебсервера имеют жёсткие таймауты ибо там куча неавторизованных соединений от которых только DoS и жди.
| | |
| 3.36, Аноним (34), 18:01, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> у сервера таймауты
Между сервером и клиентом есть ещё и СЕТЬ, промежуточные узлы которой тоже кое-что хранят. И если маршрут поменяется...
| | |
| |
| 4.41, Ivan_83 (ok), 18:28, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если маршрут поменяется - это будет интимной проблемой сети но не конечных хостов.
| | |
|
|
| 2.25, Ivan_83 (ok), 16:10, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Наверное оно восстанавливает не только PID процессов но и состояние всех файловых дескрипторов включая сокеты.
Если с другой стороны сокета данные не слали (и успели подтвердить получение всего) и keep alive выключен и по пути нет фаера/ната то такое соединение по времени ни чем не ограничено.
| | |
| |
| 3.37, Аноним (34), 18:03, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> и по пути нет фаера/ната
Много знаете прямых линков без маршрутизаторов? Ну, кроме подкроватного локалхоста.
| | |
| |
| 4.39, Ivan_83 (ok), 18:05, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
Маршрутизатор перебрасывает пакеты, он не отслеживает состояние.
Так что по сути схема работает даже через инет если оба хоста имеют белые IP адреса.
| | |
|
|
| 2.27, Аноним (27), 16:14, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
На эмуляторах это уже давно стандарт, тыкнул save, а потом тыкай load сколько хочешь, бесшовно в том же самом месте в туже секунду.
Но скорей всего тяжёлые игрушки которые по 16гб памяти занимают так шустро делать не смогут, если конечно у вас не pcie5nvme-10000/9000mb
| | |
| |
| 3.38, Аноним (34), 18:05, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> а потом тыкай load сколько хочешь
Это годится разве что для локального тетриса.
| | |
|
|
| |
| 2.16, ryoken (ok), 11:39, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Соаздается впечатление "из пушки по воробьям" :). Поправьте, если ошибаюсь.
| | |
| |
| 3.17, Аноним (17), 11:58, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
ошибаешься, какая разница в гуи тыкать 100500 кнопок чтобы при нажатии финальной получить что надо, или в игре бежать до босса.
а по сути вопроса ответ - нет, там огромное число ограничений, даже контейнеры и живая миграция это миф, который работает у полутора землекопов
| | |
| |
| 4.20, Аноним (18), 14:57, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
В игрушечках бегают не до босса, а от босса. Сохранение состояния надо сразу вешать на кнопочку "Начальник идёт".
| | |
|
|
|
| 1.30, Аноним (29), 17:10, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Можно, конечно же, придумать тысячу причин, почему это может быть нужно. Но лучше всего проектировать чтобы можно было обойтись без этого. Тем более в 2026, когда асинхронность уже никого не пугает, кроме совсем замшелых.
| | |
| 1.32, Аноним (34), 17:47, 20/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> на другом сервере без разрыва уже установленных сетевых соединений
Это как?! Другая сторона вместе с маршрутизаторами и трансатлантическими коммутаторами будут три года ждать и хранить соединение апнутым, пока восстановится состояние закрытой проги?
| | |
| |
| 2.33, Аноним (34), 17:52, 20/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
P.S. Вот ситуация: прога послала запрос серверу, сервер начал отвечать, пришёл первый пакет проге, и тут её зашатдаунили с "сохранением состояния". А пакеты от сервера идут и идут... Понятно же, что когда прогу разбудят с "загрузкой состояния", линк уже на стопяцот раз скурвится с потерей посланных пакетов.
| | |
|
|
