LINUX.ORG.RU

Используете ли вы сетевую прозрачность X?

 ,


1

2

Сетевая прозрачность X.org — это технология, позволяющая запускать графические приложения с удаленного компьютера в рамках локального X-сервера, при этом не требующая непосредственного запуска X-сервера на удаленной машине (таким образом, позволяя запускать графические приложения с headless-серверов).

ssh -Y remotehost remoteapp
  1. Не использую, потому что нет необходимости 486 (47%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. Использую либо планирую использовать 282 (27%)

    *****************************************************************************************************************************************************************************************

  3. Не использую, потому что не знал о существовании 140 (13%)

    ********************************************************************************************

  4. Не использую, потому что не умею настраивать 56 (5%)

    ************************************

  5. Не использую, потому что недоволен работой 43 (4%)

    ****************************

  6. Не использую, потому что у меня Wayland 32 (3%)

    *********************

Всего голосов: 1039

★★★★★

Проверено: jollheef ()
Последнее исправление: Deleted (всего исправлений: 4)

Ответ на: комментарий от Deleted

У тебя какая-то странная логика. Если не набралось двух третей заинтересованных в гибком ините — можно забить. А если точно такая же ситуация с сетевой прозрачностью — почему-то дело должно пойти иначе.

Нет, у меня всё в порядке. Если точно такая же ситуация с сетевой прозрачностью — значит она будет похерена с тем же успехом в пользу других технологий. Вообще-то аргумент про то, что сетевая прозрачность нужна заметному числу пользователей, а значит, её нельзя закапывать — это, вообще-то, твой аргумент :-)

Посмотри на Windows®. Там вообще нет и не было сетевой прозрачности графических приложений. Не было заложено в архитектуре, не было привычки пользователей. Тем не менее, пришла Citrix и сделала всем хорошо. Если под Linux будет спрос на такие технологии, они будут реализовываться, технические ограничения всегда преодолимы.

Если же не будет спроса — не будет и красной икры. «Linux — тебе надо, ты и делай» © Сегодня никто не плачет по UUCP, или по Gopher или что там ещё успели закопать за все эти годы.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

Вообще-то аргумент про то, что сетевая прозрачность нужна заметному числу пользователей, а значит, её нельзя закапывать — это, вообще-то, твой аргумент :-)

Мои слова были о заметной части пользователей. Твои о том, что необходимо 2/3, что является уже не просто заметной частью, но подавляющей.

«Linux — тебе надо, ты и делай» ©

Ты, видимо, не особо понимаешь как работает FOSS.

Написать что-то — это малая часть. Основные проблемы с политикой и «тусовочкой».

Даже если ты сейчас напишешь state-of-the-art систему инициализации, графический сервер etc., то будучи человеком с улицы — до апстрима у тебя довести это не получится. А без апстрима в основных дистрибутивах твой проект так и умрет из-за постоянных проблем с интеграцией.

Deleted
()
Ответ на: комментарий от Deleted

Мои слова были о заметной части пользователей.

28% — это почти треть пользователей © jollheef

Твои о том, что необходимо 2/3,

Это я плохо написал, по контексту же понятно, что одна треть.

будучи человеком с улицы — до апстрима у тебя довести это не получится.

А апстрим — это сферические программисты в вакууме, пишут что попало, с пользователями не связаны?

А зачем апстрим, если можно реализовать сторонней библиотекой? Cirtix ни в какой апстрим не проталкивали, а поди ж ты — в винде работает.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

28% — это почти треть пользователей © jollheef

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

Это я плохо написал, по контексту же понятно, что одна треть.

Да нет, не очень понятно.

А апстрим — это сферические программисты в вакууме, пишут что попало, с пользователями не связаны?

Они решают свои проблемы. И да, альтруистов в апстриме дистрибутивов очень мало. Вероятнее всего тебя с твоими идеями, даже если они действительно state-of-the-art и готовы к production — отправят на три буквы. Добро пожаловать в реальный мир.

А зачем апстрим, если можно реализовать сторонней библиотекой? Cirtix ни в какой апстрим не проталкивали, а поди ж ты — в винде работает.

Ты понимаешь разницу между житием-бытием проекта в апстриме и вне его?

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

Deleted
()
Ответ на: комментарий от Aceler

Работающие сторонние решения - проприетарные. X11 - открытое, прозрачное, удобное. Wayland любят так как он ничего не умеет вообще, поэтому вендорам можно покушать и наворотить проприетарных решений, несовместимых между собой. Всем профит, особенно RedHat который царь горы в этой ситуации. Выгоды обычному пользователю тут не будет.

slapin ★★★★★
()
Ответ на: комментарий от steinburzum

НА-ХРЕ-НА

через *опу не надо, это точно. но

выдирание одного окна по ssh-сессии это настолько мизерная и ненужная фича

справедливости ради нужно заметить, что эту «мизерную» фичу только-только добавили в новую версию microsoft remote desktop. я это то ли на восьмерке, то ли на десятке тестил. это работает точно также, как на Х, только сделано правильно. и звук там можно пробрасывать, и чуть ли не 3д гонять по сети.

vnc, rdp, spice

ага, только вот remote desktop до сих пор нет:( есть этот ужасный пережиток 70х и больше ничего. в то время, повторю, когда другие оптимизировали remote desktop под современные задачи.

crypt ★★★★★
()
Ответ на: комментарий от slapin

X11 - открытое,

угу, открытое...

прозрачное

ага, для прослушивания трафика

удобное

ты из интереса погоняй его, когда машины в разных странах и канал лагает. и сравни с rdp (времен windows xp).

crypt ★★★★★
()
Ответ на: комментарий от madcore

это запросто мог быть хак был из серии «весь экран загрузить, найти активно окно, все остальное сделать прозрачным». не все что выглядит одинаково, работает одинаково.

crypt ★★★★★
()
Ответ на: комментарий от Deleted

Ну да, я знаю. Проблемы в том, что XQuartz нужно скачивать отдельно — никакой нет.

Вот и в десктопных дистрибутивах Linux со временем должно быть точно так же.

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

EXL ★★★★★
()
Ответ на: комментарий от crypt

это запросто мог быть хак был из серии «весь экран загрузить, найти активно окно, все остальное сделать прозрачным». не все что выглядит одинаково, работает одинаково.

Какой-то хак был, в виде semlessrdpshell.exe, но не настолько дубовый, мне кажется.
Но ведь работало и жрать не просило.

madcore ★★★★★
()
Ответ на: комментарий от Deleted

Да нет, не очень понятно.

Извини, я неправильно выразился. Надеюсь, теперь всё улажено.

Они решают свои проблемы.

В их проблемы входит обеспечение клиентов необходимыми технологиями. Если почти треть клиентов будет требовать поддержки такого протокола — будет протокол. Если таких клиентов будет полпроцента — добро пожаловать в реальный мир.

Aceler ★★★★★
()
Последнее исправление: Aceler (всего исправлений: 1)
Ответ на: комментарий от slapin

Работающие сторонние решения - проприетарные.

Чо?

X11 - открытое, прозрачное, удобное.

Ну на счёт «удобное» ты, похоже, никогда под него не программировал :-D

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

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

Чо?

Aceler ★★★★★
()

ssh -XC

юзать так на полную )

и да, те кто пишут про ненужно просто не работали с более 1 компьютера за раз.

Slackware_user ★★★★★
()
Ответ на: комментарий от Myau

что-то Вы не так делали.

у меня по сетке много чего существенно более сложного чем терминал не тормозило, видать иксы на мобилке использовали встроенную в него видюху (hint: для openGL это будет Software render)

Slackware_user ★★★★★
()
Ответ на: комментарий от madcore

Но ведь работало и жрать не просило.

вот это самый дубовый подход к айти.:( УМВР! УМВР! ну попробуй запусти квейк таким образом и поиграй по сети:(

crypt ★★★★★
()

«А на шо она мене?» (c)
Использовал, годная фича, но очень тормозная.

Hertz ★★★★★
()

Кстати, из интересного: у Weston есть RDP модуль. Это уже уровень winxp. Неплохо!

А гномовцы собирают какого-то очередного мега-монстра при помощи кучи оберток и подпорок https://wiki.gnome.org/Projects/Mutter/RemoteDesktop

мда:( systemd, pipewire... а remote desktop так и нет:(

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 2)
Ответ на: комментарий от steinburzum

Если мне дадут выбрать между нормальной скоростью отрисовки

Wayland вообще не про скорость отрисовки. Это вас кто-то обманул. У него причины появления организационные, а не ради того, чтобы у Васяна крузис не тормозил.

скоростью отрисовки на локальной машине и сетевой прозрачностью

GPU - это отдельная вычислительная система, которая находится за каналом связи, и удаленный дисплейный сервер - это отдельная вычислительная система, которая находится за за каналом связи. Теперь угадайте в чем разница для архитектуры.

Deleted
()
Ответ на: комментарий от Aceler

В контексте дискуссии о том, что когда-нибудь появятся Wayland-only приложения надо понимать, что и запускать их надо будет не при помощи xlib, а при помощи гипотетической libwayland-virtual, которая, в свою очередь, должна отправлять в гипотетический пока ещё libwayland-spice или libwayland-vnc или ещё куда.

Тот самый wayland, который не имеет никакой модели рисования и предлагает клиентам херачить в текстуры по принципу «ну вы там как-нибудь что-нибудь растеризуйте, через OGL, что ли».

Т.е. чтобы показать админу окошко удаленной софтины, нужно будет на удаленной машине, где никакого GPU вообще может не быть, крутить llvmpipe, который растеризует OGL от приложения, и текстуры потом жать и засовывать картинку в VNC покадрово.

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

Deleted
()
Ответ на: комментарий от Deleted

Тот самый wayland, который не имеет никакой модели рисования и предлагает клиентам херачить в текстуры по принципу «ну вы там как-нибудь что-нибудь растеризуйте, через OGL, что ли».

Тот самый X11, который имеет стройную и классную модель рисования, а клиенты всё равно херачат в текстуры по принципу «ну мы там как-нибудь что-нибудь растеризуем, через OGL, что ли».

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

Выглядит.

Aceler ★★★★★
()
Последнее исправление: Aceler (всего исправлений: 1)
Ответ на: комментарий от Aceler

Тот самый X11, который имеет стройную и классную модель рисования,

Да какая там модель, 30 лет легаси с неубедительными костылями времён начала 00-х.

Но даже этот костыль выглядит более адекватно.

а клиенты всё равно херачат в текстуры по принципу «ну мы там как-нибудь что-нибудь растеризуем, через OGL, что ли».

Вот тут ты не прав. Возьми какой-нибудь софт на gtk2 или gtk3 и запусти через x11-проксю, логирующую пакеты.

Deleted
()
Ответ на: комментарий от Deleted

Вот тут ты не прав. Возьми какой-нибудь софт на gtk2 или gtk3 и запусти через x11-проксю, логирующую пакеты.

А давай я лучше возьму что-то, что иллюстрирует мою мысль? :D

X11 позволяет отрисовывать самыми разными способами. И если клиент задумал херачить в текстуры и использовать OGL, X11 ничем не лучше других нагревателей пространства. Да, если клиент задумал работать так, чтобы бережно расходовать пропускную способность сети — может получиться очень ОК. Но таких бережливых клиентов с годами всё меньше, потому что пользователи любят плавные анимации и красивые свистелки, а их бережно по X11 делать неудобно, удобно херачить в текстуры.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

А давай я лучше возьму что-то, что иллюстрирует мою мысль? :D

Я так и понял твою мысль.

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

Как минимум, gtk2 достаточно просто обеспечивал масштабируемость от дубового интерфейса по сети до анимированных свистоперделок на локалхосте. Про другие тулкиты ничего не скажу, т.к. лично их не дебажил.

Это не значит, что стек gtk2-cairo-xrender был хорош. Но по-крайней мере, он как-то работал. И как выше правильно заметили Citrix делает бабки и ржет при виде таких костылей.

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

бережно по X11 делать неудобно

По X11 делать неудобно, по wayland вообще невозможно. Решение какое-то есть у этого архитектурного казуса, или как обычно: нет - значит ненужно?

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

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Deleted

Как минимум, gtk2 достаточно просто обеспечивал масштабируемость от дубового интерфейса по сети до анимированных свистоперделок на локалхосте.

Технически можно что-то сделать хорошо. Реальность же такова, какова она есть — почему-то никто не добавляет в gtk2 поддержку HiDPI. А почему?

И если помнишь, был такой еще компиз, который свистопердел локалхостом через тот же 30-летний потокол,

Помню, некий Novell делал даже свой, особый X сервер со своим особым протоколом сбоку — только для того, чтобы компиз свистопердел через него. Так что давай не будем про протокол :-)

Это потом в 30-летний протокол добавили AIGLX и прочие извращения, а поначалу просто использовать протокол как-то не получалось. И из-за этих извращений сегодня сетевая прозрачность в иксах уже достаточно условна без virtual gl.

По X11 делать неудобно, по wayland вообще невозможно. Решение какое-то есть у этого архитектурного казуса, или как обычно: нет - значит ненужно?

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

А вот зачем на серверной ОС нужно быстро рисовать размытые тени под окнами, я не знаю.

Я тоже. А зачем?

Aceler ★★★★★
()
Последнее исправление: Aceler (всего исправлений: 1)
Ответ на: комментарий от Deleted

Ну и где в

gtk2

вышеназванные

плавные анимации и красивые свистелки

?

Deleted
()
Ответ на: комментарий от Aceler

Реальность же такова, какова она есть — почему-то никто не добавляет в gtk2 поддержку HiDPI. А почему?

Может быть ты не заметил, но его вообще не разрабатывают больше. Ты думаешь, там титаническая разница между 2 и 3 в архитектуре?

Нет.

Сурово. А другие решения удаленного доступа знают о этом?

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

Как связан вейланд и тулкитофобия?

Deleted
()

Тут уже поржали над формулировкой «либо планирую использовать»?

«Я использую либо планирую использовать Меган Фокс на десктопе.»

Проголосовал, что у меня вяленый, т.к. это голосование туфта, без отдельных пунктов «Использую», «Планирую использовать»

Deleted
()
Ответ на: комментарий от Deleted

Может быть ты не заметил, но его вообще не разрабатывают больше. Ты думаешь, там титаническая разница между 2 и 3 в архитектуре?

Да. Темы для GTK2, например, представляют собой отдельные so-шки со своими движками, то темы для GTK3 — это Adwaita с кастомными CSS.

А движки тем GTK2 могут быть самые разные. Вот поэтому там нет ни HiDPI, ни чего бы то ни было единообразного.

Поэтому когда ты говоришь, что GTK2 хорош при работе поверх X11, можно добавить, что с темой Rayleigh он просто великолепен. А вот выглядит при этом не очень. Сравнительных тестирований я, конечно, не проводил, но что-то мне подсказывает, что с Murrine он уже не будет на столько хорош.

Вообще я хочу толсто намекнуть на то, что веб-приложения отлично свистопердят на тонком канале в мухосранске.

Кстати, потребление памяти современными браузерами толсто намекает, за счёт чего они так делают. Сдаётся мне, это плохая идея — засовывать каждое приложение в такую обёртку. Зайди в любое обсуждение электроноприложений и понаблюдай стоны :-)

Сурово. А другие решения удаленного доступа знают о этом?

Я не совсем понимаю — что значит «другие решения»?

Как связан вейланд и тулкитофобия?

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

Возможно, конечно, что пользователь вообще не сможет пользоваться приложением по сети.

Aceler ★★★★★
()
Ответ на: комментарий от hateyoufeel

One example of this memory mismanagement is a thing called a Genlist. It in essence is a list widget with some items. It has a special “feature” – it deletes items when they go out of view and allocates memory for them when they get into view. Make a quick swipe on such list on your mobile device and you can actually hear your RAM scream in agony.

ЫЫЫЫЫЫЫ

Deleted
()
Ответ на: комментарий от Aceler

Да. Темы для GTK2, например, представляют собой отдельные so-шки со своими движками, то темы для GTK3 — это Adwaita с кастомными CSS.

А движки тем GTK2 могут быть самые разные. Вот поэтому там нет ни HiDPI, ни чего бы то ни было единообразного.

Очень странная логика. Если для gtk2 сделать плагин темы, который рендерит подсунутые в него стили CSS, то он внезапно станет HiDPI-совместим? Ты дашь гарантию, что там еще сотню багов для этого исправить не придётся?

Поэтому когда ты говоришь, что GTK2 хорош при работе поверх X11, можно добавить, что с темой Rayleigh он просто великолепен. А вот выглядит при этом не очень. Сравнительных тестирований я, конечно, не проводил, но что-то мне подсказывает, что с Murrine он уже не будет на столько хорош.

Там была целая куча движков, и не все они хорошо заработают по сети. Так и что в этом плохого? Чудес не бывает, даже винда при удаленном логине выставляет минимальный уровень графония. В gtk2 ты можешь выбрать нужный движок.

Я не совсем понимаю — что значит «другие решения»?

Ты сказал, что решений архитектурного казуса нет. Значит, RDP всё такой же медленный, падучий и непригодный для сети, как X11 - я правильно понимаю логику?

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

Я всегда полагал, что тулкитофобия развивается от разницы в look&feel и плюс от того, что люди не понимают, зачем им качать 9000 пакетов и 100500 мегабайт, чтобы установить калькулятор.

В Wayland такого быть не должно, поскольку передача картинки очевидным образом от тулкита не зависит.

Чтобы не было бедных и богатых, нужно всё отнять и поделить не отдать.

Возможно, конечно, что пользователь вообще не сможет пользоваться приложением по сети.

Действительно. Это мелочи вообще. Да и нету у линукса никаких пользователей, откуда бы.

Кстати, потребление памяти современными браузерами толсто намекает, за счёт чего они так делают. Сдаётся мне, это плохая идея — засовывать каждое приложение в такую обёртку. Зайди в любое обсуждение электроноприложений и понаблюдай стоны :-)

Лучше конечно рендерить всё это непотребство на удаленной машине, а потом гонять по сети видеопоток. Для облачных поставщиков всегда будет повод предложить клиенту новый тариф.

Deleted
()
Ответ на: комментарий от Deleted

Если для тебя почти треть пользователей это «не нужна большинству юзеров» — nuff said.

ну двум третям сабж не нужен. две трети > половина. =>

Сабж не нужен большинству юзеров

Deleted
()
Ответ на: комментарий от Deleted

Очень странная логика. Если для gtk2 сделать плагин темы, который рендерит подсунутые в него стили CSS, то он внезапно станет HiDPI-совместим? Ты дашь гарантию, что там еще сотню багов для этого исправить не придётся?

Вопрос был не за HiDPI. Вопрос был за то, что у GTK2 обеспечивал совместимость по сети от дубового канала, да, но при этом архитектурно имел другие проблемы, например, мешающие реализовать качественную поддержку HiDPI. А HiDPI сегодня пользователям важнее сетевой прозрачности.

Ты сказал, что решений архитектурного казуса нет. Значит, RDP всё такой же медленный, падучий и непригодный для сети, как X11 - я правильно понимаю логику?

Нет, я имел в виду, что разрешения такого казуса нет. Приложения, запущенные через сеть по X11 в некоторых случаях работают быстрее, чем по RDP/VNC/Spice.

Я всегда полагал, что тулкитофобия развивается…

Так тоже можно :-)

Лучше конечно рендерить всё это непотребство на удаленной машине, а потом гонять по сети видеопоток.

Valve и Google уже экспериментируют с этим.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

никто не плачет по UUCP, или по Gopher или что там ещё успели закопать за все эти годы.

ты про саакхрита забыл xD

Deleted
()
Ответ на: комментарий от Aceler

Вопрос был за то, что у GTK2 обеспечивал совместимость по сети от дубового канала, да, но при этом архитектурно имел другие проблемы, например, мешающие реализовать качественную поддержку HiDPI.

Ты не показал эти проблемы.

gtk2 имел проблемы в иерархии классов и в организации бэкэнда, которые нельзя решить без нарушения обратной совместимости. Разработчики тянули до последнего, пока не накопился большой объем работ, ради которых стоило всё разом сломать. HiDPI ни при чем.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Aceler

Google точно экспериментирует совсем с другим, если ты про всякого рода касты говоришь. А у valve, гхм не сказать, что не получается совсем, но проще компьютер к телевизору принести, чем пользоваться их девайсом ибо он создаёт весьма не хилую дополнительную нагрузку при кодировании исходящего потока.

Evgueni ★★★★★
()
Ответ на: комментарий от Deleted

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

crypt ★★★★★
()
Ответ на: комментарий от Deleted

Ты не показал эти проблемы.

И не собирался — я хотел проиллюстрировать, что gtk2 хорошо работал по сети именно при определённых движках отрисовки, а архитектура движков отрисовки как раз не даёт, например, включить поддержку HiDPI — потому что надо добавлять такую поддержку во все движки.

Не то чтобы это невозможная задача, но достаточно сложная.

Aceler ★★★★★
()
Ответ на: комментарий от Aceler

потому что надо добавлять такую поддержку во все движки.

Этот вывод никак не следует из посылки.

Deleted
()
Ответ на: комментарий от Deleted

Ну пусть будет один движок, умеющий это.

Все равно вопрос не в этом. Вопрос в том, что некоторые движки могут работать по X11 быстрее, чем по VNC, некоторые медленнее. Некоторые приложения могут работать быстрее по X11, чем по VNC, некоторые медленнее.

Поэтому однозначно сказать, что передача картинки по сети при помощи VNC-образного протокола с точки зрения производительности хуже, чем рисование при помощи X11, нельзя.

С точки зрения расхода памяти на сервере - скорее всего хуже.

Aceler ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.