накидайте success-story про то, как в жизни помогает сетевая прозрачность иксов

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

трололо.

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

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

Композитору никаких команд отрисовки не гонится. Он же только память выделяет и готовые битмапы на экран херачит.

а коль скоро никакой прозрачности в иксах уже нет.

Забористая у тебя трава.

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

у меня АСХ и МСЗ -_-

Он что уходя в другую комнату граф. сессию завершил? Зойчем?

Я завершил. Чтобы ресурсы не жрало в простое.

Я на работе часто работаю на мюнхенском серваке(Windows 2008R2) через RDP как раз.

Поздравляю. В винде иначе и нельзя, там нет иксов.

накидайте success-story про то, как в жизни помогает сетевая непрозрачность вайланд.

не уверен, но ладно. кто хотел уже вроде могли предложить свои закладки в вяленда для этого.

ПАЦАНЫ, Я СЕГОДНЯ ШЁЛ КОРОЧЕ ПО ТОЛКСАМ И УВИДЕЛ ТОПИК С ТЕГОМ «WAYLAND», НУ Я ПОДСКОЧИЛ И РЕЗКО НАСРАЛ ЕМУ В КОММЕНТАХ И ПОЯСНИЛ ЕГО КРИКОМ «СЕТЕВАЯ ПРОЗРАЧНОСТЬ», ПОТОМУ ЧТО Я УГОРЕЛ ПО ИКСАМ, ПАЦАНЫ ДУХ СТАРОЙ ШКОЛЫ ЖИВЁТ ТОЛЬКО В ИКСАХ, ГДЕ УГОРАЮТ ПО ЮНИКСВЭЮ, ГДЕ ПАЦАНЫ ЖИВУТ ТЕРМИНАЛАМИ, ТАЙМШЭРИНГОМ И ТРАХАЮТ СИСТЕМУ В КОНФИГИ! ТОЛЬКО ИКСЫ, ТОЛЬКО ХАРДКОР!!! ЮНИТИ УЛЬТРАХАРДКОР ИКСЫ!!! пацаны тролльте виндузятников, маководов, нубов, поцерингофилов, угорайте на сходках, любите свого Кота, пацанов и Линукс! ГОВОРИТЕ ОТКРЫТО И СМЕЛО ПРЯМО В ЛИЦО! ИКСЫ!

RDP, VNC

Слово «ютаб» заставило притормозить, на «фалскрине» подвис

И кстати, разница между MacOSX и GNU/Linux к том, что Apple могла себе позволить на скорую руку выпустить дико тормозящую, но переливающуюся спецэффектами систему, и потом в течение нескольких лет полностью перепилить кишки графической подсистемы, доведя их до совершенства. А разработчики графики линукса будут несколько лет писать перспективные велосипеды, которые «вот-вот взлетят, подождите еще чуть-чуть», просрут все полимеры, и в итоге сляпают нечто наколенное, «лишь бы работало» и «УМВР».

Как всегда, короче.

2012 год, Оракель.

На графике от интел играть - это какое-то особое извращение ИМХО

Не все же в круизисы играют, есть годные игры типа lugaru

писать перспективные велосипеды, которые «вот-вот взлетят, подождите еще чуть-чуть», просрут все полимеры, и в итоге сляпают нечто наколенное, «лишь бы работало» и «УМВР».

да, иксы уже давно пованивают трупачинкой

запускать зело неповоротливый сапр от кэденса

Что за САПР, если не секрет?

Кстати еще не предлагал топикстартеру заполнить «Butthurt report form»?

У нас на работе например клиенты цепляются к серваку чтобы на нем запускать зело неповоротливый сапр от кэденса

Чо, до сих пор на Соляре ее гоняете? %)

Да нет, вроде rhel

Да не в крузисах дело, я просто не знал, что интеловые интеграшки уже поднялись по производительности выше GF2MX400

Т прнс?

Я не омич.

Драйвер штеуда тоже может отвалиться. Проверено.

Может конечно, но если не обновляться со всяких помоек, то не должен.

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

Факт в том, что используются другие протоколы и/или костыли к сетевой прозрачности

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

Это аргумент в пользу того, что в новом заменителе иксов нужна улучшенная по сравнению с X11 сетевая прозрачность — с этим никто не спорит. Если что-то неидеально — это не значит, что оно не нужно.

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

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

Это аргумент в пользу того, что в новом заменителе иксов нужна улучшенная по сравнению с X11 сетевая прозрачность — с этим никто не спорит.

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

Если что-то неидеально — это не значит, что оно не нужно.

Если что-то мало пригодно к использованию, это значит что пора делать замену.

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

Ты уже научился под вялендом прокручивать страницу браузера, не обновляя фрейм целиком? :3

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

Предположим, ты запускаешь X-server с параметрами, чтоб он подсоединился к удалённому терминалу, видишь окошко логина — и где тут клиент коннектится к серверу? Тут по-моему как раз X-сервер инициирует подключение.

Ты уже научился под вялендом прокручивать страницу браузера, не обновляя фрейм целиком? :3

Причём тут это? Принимая картинку можно делать что угодно. В частности находить изменения и отправлять только их и даже реализовать алгоритм позволяющий при скролинге отсылать сообщение, типа такую область отрежь (верх), такую перемести (подними середину), а вот сюда вставь это (низ). Можно слать видео поток пожатый любым кодеком (они обычно как раз так работают: ключевой кадр -> много кадров изменений, периодически вставляя очередной ключевой). Поток будет мизерным.

Я Скайп при необходимости запускаю через ssh -X с рабочей машины, чтобы не тащить всякую дрянь себе на домашние машины.

А звук при этом работает?

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

Сам понял, что сказал?

JPG-сжатие спасёт владельца узкого канала. Ну и браузер — явно не та софтина, которую будут пускать удалённо.

В частности находить изменения и отправлять только их

Бла-бла-бла.

Итак, вместо того, чтобы клиент сам сказал, что сделать с готовыми битмапами, чтобы получить новые битмапы, ты будешь реализовывать какой-то «интеллектуальный» алгоритм, который ищет закономерности в простыне 1900x1200. Кто тут только что пел про скорость рендеринга и тормоза?

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

Чтобы реализовать этот «алгоритм», и нужен протокол уровня OpenGL или XRender, при помощи которого команды отрисовки гонятся на дисплей. Чего ты не смог за полгода понять, и видимо, уже никогда не поймёшь.

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

Можно слать видео поток пожатый любым кодеком (они обычно как раз так работают: ключевой кадр -> много кадров изменений, периодически вставляя очередной ключевой).

Итак, чтобы переслать отрендеренную страницу мы должны в реалтайме жать и разжимать видеопоток. :-D Знаешь, глубины твоей упоротости просто поражают. Ты в курсе вообще, что сжатие видео происходит с потерями?

И блджад, вся эта армада костылей, которую ты готов нагородить — вместо того, чтобы просто отдать дисплею команды OGL (или любого другого языка обработки графики).

Сам понял, что сказал?

Конечно понял. Я правда забыл, как это делается в деталях, но я прокидывал Xdm по сети

Я пользуюсь аргументом собеседника. Он хотел заиметь плавную прокрутку страницы в браузере, запущенном на удаленной машине. Упоротость, конечно, но таков он уж есть.

браузер — явно не та софтина, которую будут пускать удалённо.

Почему это?

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

А что, никому не доводилось ставить тот же Oracle Database на Sun серваки ?! Так у Sun-ей нету видеокарт и единственный способ запуска графического инсталятора - только через X-ы :-)

Бла-бла-бла.

Итак, вместо того, чтобы клиент сам сказал, что сделать с готовыми битмапами, чтобы получить новые битмапы, ты будешь реализовывать какой-то «интеллектуальный» алгоритм, который ищет закономерности в простыне 1900x1200. Кто тут только что пел про скорость рендеринга и тормоза?

А в чём проблема то?!

Чтобы реализовать этот «алгоритм», и нужен протокол уровня OpenGL или XRender, при помощи которого команды отрисовки гонятся на дисплей. Чего ты не смог за полгода понять, и видимо, уже никогда не поймёшь.

Это реализуется элементарно, да хоть такими командами: «0,0,600,200:rm», «0,201,600,400:mv,0,0», «0,401,600,200:insert,<fmt>,<binary-data>». Пипец сложный протокол, он даже использование разных форматов изображения предусматривает...

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

4.2

Итак, чтобы переслать отрендеренную страницу мы должны в реалтайме жать и разжимать видеопоток. :-D Знаешь, глубины твоей упоротости просто поражают. Ты в курсе вообще, что сжатие видео происходит с потерями?

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

И блджад, вся эта армада костылей, которую ты готов нагородить — вместо того, чтобы просто отдать дисплею команды OGL (или любого другого языка обработки графики).

Какая блин армада?! Там одна программа имплиментация вяленого серва, вторая клиент вяленого серва на локальной тачке. Между собой программы гонять поток, алгоритм формирования потока, методы сжатия и т.д. отдельная песня и являются не костём ,а неотъемлемой частью реализации сабжа. ЗЫ ни что не мешает пропихивать клиенту свою libOGL, и пересылать команды OGL удалённой тачке, если уж тебе так нужно. Вот только поток OGL как бы жирнее то не оказался, и как бы не убить отклик на хрен из-за сетки между OGL-приложением и Удалённой видяшкой.

Потому, что они портированы под все архитектуры. Проще смонтировать (а ещё лучше синхронизировать) профиль.

Это реализуется элементарно, да хоть такими командами: «0,0,600,200:rm», «0,201,600,400:mv,0,0», «0,401,600,200:insert,<fmt>,<binary-data>». Пипец сложный протокол, он даже использование разных форматов изображения предусматривает...

Смотри-ка, да ты растешь. Так и до изобретения xrender дорасти можешь.

Вот только поток OGL как бы жирнее то не оказался

Ты не крузис гонишь по сетке, а гуй. Нечему там жирному быть.

и как бы не убить отклик на хрен из-за сетки между OGL-приложением и Удалённой видяшкой.

Какой еще «отклик», если OGL практически не предусматривает обратной связи, кроме как «дождаться пока всё отрендерится». Можно конечно и обратно данные считывать — но зачем?

NX != X11, а значит рассказанное было лютейшее 4.2 ;)

NX это обычный прокси к X11 протоколу. При чем прокси в X11 by design, специально предусмотренный механизм расширения. Стандартная юниксовая политика отделения механизма от полиси. Им например ssh пользуется, и что теперь если я набрал ssh -X host.xxx.ru xterm, то это теперь не X11?

Вы же сейчас говорите, если по аналогии, что «нельзя утверждать что это был http так как оно ходит через squid!!! Лютейшее 4.2!!!!»

накидайте success-story про то, как в жизни помогает сетевая прозрачность иксов

Иксы несколько лет уже не падали. Разве плохо?

У меня постоянно запущен так домашний скайп, часто симанка, ну и шопопало по необходимости. Иногда даже idea.

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

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

Проще смонтировать (а ещё лучше синхронизировать) профиль.

Выше уже сказали про админов локалхостов.

Потому что это всего лишь плюшка для установки связи между дисплеем и дисплейным менеджером. Иксовый протокол от неё полностью отделен.

Это реализуется элементарно, да хоть такими командами: «0,0,600,200:rm», «0,201,600,400:mv,0,0», «0,401,600,200:insert,<fmt>,<binary-data>». Пипец сложный протокол, он даже использование разных форматов изображения предусматривает...

И вот когда это попробовали реализовать всплыли сложности .... а когда сложности победили появился «огромный монстр» X11 :D

Смотри-ка, да ты растешь. Так и до изобретения xrender дорасти можешь.

Причём тут xrender? жирнота

Ты не крузис гонишь по сетке, а гуй. Нечему там жирному быть.
Какой еще «отклик», если OGL практически не предусматривает обратной связи, кроме как «дождаться пока всё отрендерится». Можно конечно и обратно данные считывать — но зачем?

Что-то я не видел ещё реализаций удалённого OGL, нигде... интересно, почему?