LINUX.ORG.RU

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

 ,


0

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. Не использую, потому что у меня Wayland32 (3%)

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

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

★★★★★

Проверено: jollheef ()

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

нет. попробуй собрать его без иксов. без любых иксовых библиотек.

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

для сетевого взаимодействия с иксами нужны xlib, xcb, либы расширений. не думаю, что это очень много.
К сожалению единственный браузер который работает без сторонних тулкитов чисто на иксах это opera presto. firefox нужен gtk, gdk которым нужны иксовые либы. Какая ситуация с хромогом не знаю, но там какой-то свой тулкит. наверняка хромиум можно собрать без всяких gtk. Ну, ситуация с qt браузерами думаю очевидна.
В итоге потребуется:
1. Описания протоколов X11 - нужны как серверу так и клиенту
2. Иксовые клиентские либы (так как цель сделать браузер иксовым клиентом). Самим иксам эти либы не нужны если собирать без Xnest/Xephyr
3. тулкит на котором написан браузер
4. сам браузер
Никаких иксов ставить и запускать на сервере не потребуется. Первые 2 пункта займут намного меньше места и времени компиляции чем иксы.

Есть конечно дебиан, который суёт в зависимости всё подряд. Простой пример:
1. SDL2 нужен opengl (на самом деле нет, но дебиан так считает)
opengl значит libgl1-mesa-glx
2. libgl1-mesa-glx нужны для работы dri драйвера. Дебиан на всякий случай ставит все, вдруг пользовтель не знает какие ему нужны
3. dri драйвера зависят от libdrm, некоторые могут зависеть и от xf86-драйверов, которые требуют xorg-server
Помимо прочего вызывает смех установка dri драйвера intel на arm дебиане. Ну а вдруг...

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

единственный браузер который работает без сторонних тулкитов чисто на иксах это opera presto

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

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

и если от иксов гуёвые приложения не могут избавиться, то хотя бы от гнома - вполне реально.

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

нет, там есть 3 бэкенда - на gtk, на qt и на чистый x11. Они внешними либами собраны. Запускал на дебиане без тулкитов - у меня такой специально чтобы запускать wine под exagear.

Дебиан пытался и минимализировать конфигурацию местами. как всегда мимо. У меня на allwinner a10 поддерживался vdpau, а debian для arm везде отключил его - ведь это api от nvidia, зачем оно на arm (на деле vdpau оказался удобнее для интеграции с со встроенным ускорителем, чем vaapi). Результат - всё что умеет vdpau на debian надо собирать вручную. В gentoo же с включенным use флагом всё работает, так и должно быть

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

нет. попробуй собрать его без иксов. без любых иксовых библиотек.

Iron_Bug не осилила в клиент-серверную архитектуру. Бывает.

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

что за бред? речь вообще не про это. ну да ладно, бывают тормоза на ЛОРе.

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

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

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

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

Iron_Bug ★★★ ()
Последнее исправление: Iron_Bug (всего исправлений: 2)

[V] Не использую, потому что нет необходимости

ды и вообще Wayland уже

user_id_68054 ★★★★★ ()

Использую чтобы на родительский ПК ходить и всякие браузеры настраивать

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

Какая разница, против чего ты там против, если не осиливаешь матчасть?

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

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

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

Iron_Bug ★★★ ()
Последнее исправление: Iron_Bug (всего исправлений: 2)

Раньше пользовался, но уже много лет никаких X приложений запускать удалённо нет нужды.

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

Для такого нужен специальный браузер, у которого движок расчитан на удалённый рендеринг. Правда из тех что я знаю, так только в puffin и opera mini. Никто из них не раздаёт серверную часть даже в бинарном виде, ну а клиентская есть только в бинарном не на все платформы.
puffin впрочем может рендерить webgl на сервере, а значит что там гавна хватает. Но тут уже дело вкусов. Я бы для такого лучше притащил на сервер лишнее чтобы иметь гарантию что любой сайт смогу открыть со слабого устройства, ведь лёгкий сайт всегда можно открыть и напрямую

mittorn ★★★★★ ()

Использую либо планирую использовать

Xephyr + SSH = «VNC на коленке»

Makhno ()

Вот кстати, юзал обычно vnc, а тут стало интересно. Если я например запущу на удалённой машине сессию без иксов, оттуда запущу IDE и сделаю Run приложения, которое в нём пишу - оно нормально будет запускаться, или всё это будет лагать?

fehhner ★★★ ()

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

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

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

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

но насколько я понимаю установка firefox на сервере установит и иксы и система будет грузится в графическом режиме

Нт.

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

... установка firefox на сервере установит и иксы...

Нет. Установятся только необходимые библиотеки. X сервер не установится.

... система будет грузится в графическом режиме...

Не будет.

... или это не так должно работать ?

Всё гениальное просто. Вы запускаете приложение на сервере, а Ваш локальный X сервер отображает его окно.

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

Если использовать это для уменьшения задержки с vpn - не сильно поможет, только трафик позволит сэкономить возможно. Взамиодействие с сайтом с задержкой будет затруднено. Ну и созданы были подобные браузеры скорее чтобы позволить слабым устройствам открыть проблемные сайты

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

ну, «проблемным» в этой стране может стать любой сайт. идея использования VPN не только в вычислительной мощности :) просто я подумала, что можно было бы получить от мощного сервера дополнительный профит. чтобы он не просто был проксёй, а ещё и брал на себя часть нагрузки. я его использую для компиляции, в основном. но если бы можно было сгрузить на него часть приложений, было бы удобно. а самое жирное приложение на моей машине - браузер. большинство сайтов, которые я посещаю, статичны. там нет никакого взаимодействия. просто чтение информации.

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

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

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

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

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

Даже не знаю, кого ты должен винить: свой Firewall на работе, который режет мой адский порт или провайдера :)

EXL ★★★★★ ()

Использую VNC на X, потому что так сеанс не ломается при обрыве сетевого соединения.

aspotashev ★★ ()

Когда-то использовал, было удобно.

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

Дом, работа, два разных провайдера... :-\ Аплинк общий, РТК, может и он.

Упд: сейчас от родителей открылся, тут оптика от РТК.

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

дык там гуй и не нужен - икс-сервер ведь у тя на рабстоле будет! фишка именно в этом!

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

audio

когда пульсу придумали,иксы были уже сложившимся механизьмом, мелкомягким с их RDP было в этом смысле проще

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

без сторонних тулкитов чисто на иксах

ну, раньше такой ещё netscape был, пускал периодически его на серванте в DMZ

про остальную - поддерживаю, тоже ржу, но что делать - жую кактус

mumpster ★★★★★ ()

Повседневно и регулярно - не использую. Единственный кейс, когда этим пользовался - установка ораклового выводка. Я так себе ораклист, поэтому с файлами сценариев установки не справился и мне проще покликать в гуй.

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

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

Если я emacs запускаю через ssh+vpn из дома, то под иксами он просто умирает, еле шевелится, а vnc работает вполне приемлемо.

При этом что может быть проще графики емакса? Понятно, что все эти тормоза видимо из-за используемого gtk, которые рендерит строки перед тем как передавать их по сети. Но если даже emacs не смогли довести до ума, то что требовать от более сложных в плане графики приложений...

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

Там проблема не в том, что графика сложнее или не сложнее. Графика в elinks ещё проще, чем в Firefox, намного, но elinks через X работает существенно медленнее, чем Firefox. Просто некоторые приложения используют X протокол неоптимально с точки зрения работы по сети, а протокол допускает такое.

Поэтому те, кто говорит, что X работает лучше, чем VNC, они правы, есть такие приложения, которые работают лучше. Те, кто говорит, что X работает хуже чем VNC, они тоже правы, есть такие приложения.

Так и живём ;-)

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

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

Какая бурлящая ветка получилась из такого странного утверждения!

При этом выше ты писала: «единственное безобразно жирное приложение, которое есть у меня на машине. но у меня на серверах нет гуя». Из чего можно сделать вывод, что ты бы и поставила браузер на сервер, если бы он не тянул зависимостями GUI библиотеки, так?

Т.е. браузер сам по себе безопасен, GUI библиотеки всё портят?

ls-h ★★★ ()
Ответ на: комментарий от Iron_Bug

и открытие файла - это не открытие окна. ты это понимаешь

Вот есть такая ОС Plan9 и там совсем всё через файлы, их открытие, чтение, запись. В том числе и работа с окнами. Так что не всё так однозначно.

ls-h ★★★ ()
Ответ на: комментарий от Iron_Bug

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

Быр-быр-быр! Браузер не надо запускать в песочнице? А как только с ним потянулись библиотеки для работы с X11, то сразу надо, они всё такие опасные!

ls-h ★★★ ()
Ответ на: комментарий от fornlr

ЗЫ: хотя... кажись у меня Smart TV от Samsung с Wayland. Но как узнать точно — это вопрос...

Почему ты так подумал?

ls-h ★★★ ()
Ответ на: комментарий от t184256

Не использую, потому что не на том уровне надо удаленность вводить.

А на каком же?

ls-h ★★★ ()
Ответ на: комментарий от dr04

x2go

Аналогично. Пока самое быстрое решение, из всех что я видел для удалённого рабочего стола под GNU/Linux.

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

X11 позволяет отрисовывать самыми разными способами.

А Wayland позволяет делать вложенные окна? Что-то где-то мне такое попадалось. Можно ли делать области прокрутки, например, за счёт смещения координат одного субокна относительно другого?

ls-h ★★★ ()

поправка, ssh -C -Y

-C включает сжатие, что весьма нелишне.

Кроме того, xpra ! Весьма удобно.

Вообще, крайне удобная фича при работе дом-работа-подработка_(сторонние_сервера) и даже дом-дом, когда есть более-менее приличная машина и более слабая(ые) и приличная машина плотно оккупирована женой или чадом(и) :)

Если фича умрёт, будет крайне и крайне болезненно и печально.

glebiao ()
Ответ на: комментарий от ls-h

Wayland даёт тебе поверхность, на которую ты можешь выводить данные любым способом. Всё.

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

Wayland даёт тебе поверхность

А для чего тогда нужно wl_subsurface?

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

Вот что нагуглил:
The aim of sub-surfaces is to offload some of the compositing work within a window from clients to the compositor. A prime example is a video player with decorations and video in separate wl_surface objects. This should allow the compositor to pass YUV video buffer processing to dedicated overlay hardware when possible.

Я это к чему... Можно ли это использовать для ускорения работы по сети?
Например, у нас текстовый редактор. Его меню, кнопки, статусная строка, все они рисуются на wl_surface. Для области текста создаётся отдельная wl_subsurface, которая больше основной wl_surface, но отображается не вся, а только та часть текста, которая убирается в окно. Когда текст нужно прокрутить, вместо пересылки картинки всего окна, пересылаются только новые координаты для wl_subsurface.

Или так не получится? Обрезается ли wl_subsurface по границам родительской wl_surface?

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

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

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