Брюс Гарингтон (Bryce Harrington) из компании Canonical сообщил (https://lists.ubuntu.com/archives/ubuntu-x/2011-February/001...) об успешной интеграции пакета с дисплейным сервером Wayland в universe-репозиторий Ubuntu. Пакет пока включает в себя ранний снапшот адаптированной для работы в Ubuntu сборки Wayland и нацелен в основном на разработчиков и энтузиастов желающих поэкспериментировать с Wayland. Более свежие версии пакетов с Wayland в скором времени будут размещены в PPA-репозитории xorg-edgers (https://launchpad.net/~xorg-edgers), но они требуют для своей работы последней версии библиотек Mesa.Для установки Wayland пользователям Ubuntu 11.04 будет достаточно воспользоваться интерфейсом Software Center или выполнить "sudo apt-get install wayland". Для автоматизации запуска дисплейного сервера и набора демонстрационных приложений для формирования пользовательского окружения подготовлен скрипт "wstart". В будущем планируется обеспечить возможность работы поверх Wayland...
URL: https://lists.ubuntu.com/archives/ubuntu-x/2011-February/001...
Новость: http://www.opennet.me/opennews/art.shtml?num=29718
>передаются для обработки серверу со встроенным композитным менеджеромА нафига тогда поверх него компиз?
Как, а свистоперделки? Предлагаете все эффекты компиза заново реализовать?
А почему бы и нет? Думаю, со временем они там будут реализованы, ибо не для костылей он создавался.
Я пока не видел софта который так просто и функционально работает с окнами. Компиз отличный [костыль] менеджер окон.
Перделок в нем много но это на любителя. Все лишнее можно не включать.
Для wayland компиз будет не сверху, а в виде плагина.
Кто решится его попробовать, отпишитесь пожалуйста как он ведет себя по ощущениям
Опенофис быстрее в три раза, вайн в два раза, потребление памяти маленькое, 16 мегабайт для KDE 4 хватило за глаза. Это иксы весь линукс тормозили.
это Вы свой сегодняшний сон пересказываете или что?
самое страшное, что он уверен, что это не сон. facepalm
Это его сообщение датируется "14:03, 25/02/2011", а было еще одно его сообщение (то ли №7, то ли №9), сейчас удалено, а я, к сожалению, страницу обновил, а текст не скопировал. Там было что-то вроде: "Надо бы попробовать, хотя судя по скринам оно страшное" (это НЕ точная цитата - лишь общий смысл). Оно датировалось "14:00, 25/02/2011"! Именно поэтому и запомнилось. Как много можно понять за 3 минуты (а часть из них ведь еще ушла на набор второго сообщения)!
Скриншоты Wayland, если что, лежат в сети намного дольше новости на опеннете. Погугли "Wayland готов для десктопа". И еще, у меня быстрый Интернет и большой монитор, за три минуты перейти по ссылкам - легко.
> Скриншоты WaylandО чем еще можно после этого говорить?! А я-то дурень, взывал к здравому смыслу, анализу технологических перспектив... А тут оказывается все дело в скриншотах!.. Ну-ну...
А я думаю ты целиком и полностью полагаешься на то что говорит Великий Шаттлврот.
>Скриншоты Wayland, если что, лежат в сети намного дольше новости на опеннете.
>Погугли "Wayland готов для десктопа".
>И еще, у меня быстрый Интернет и большой монитор, за три минуты перейти по ссылкам - легко.А я как бы и не про скриншоты вовсе. Я про то что от "надо бы попробовать" до "описания результатов" прошло всего 3 минуты.
> 16 мегабайт для KDE 4 хватило за глаза.ЧЕГО? Это твоя очередная фантазия?
Пацаны - проверьте его слова...
Ты что Zenitur-а не знаешь? Он себе репутацию п***ла уже давно создал - в каждой теме затычка, а знаний ноль.
Никакие KDE4 под wayland не заработают ещё полгода минимум, пусть звездит дальше.
Ну, еще он делает всякие, так называемые, сборки софтов. Видимо для тех, уто не умеет репозитариями пользоваться
> Ну, еще он делает всякие, так называемые, сборки софтов. Видимо для тех,
> уто не умеет репозитариями пользоватьсяОн их не "для кого" делает, а "потому что" научился софт собирать (хотя судя по firefox, нихрена не научился, а кто-то вообще говорил что у него вирусы были в "пакетах"). Детям некуда руки девать, как обычно.
"every frame is perfect… applications will be able to control the rendering enough that we’ll never see tearing, lag, redrawing or flicker"
Вот расскажете мне - с этой поделкой по ssh графическое приложение больше не запустить, правильно? Без костылей в виде установки рядом X сервера, разумеется.
ты лучше расскажи зачем хомякам ссш, как придумаешь приходи
Затем же зачем удаленный рабочий стол в винде.
а причем тут иксы?
Притом, что при использовании Wayland нет централизованной обработки векторной графической информации и, соответственно, нельзя организовать её удалённый рендеринг как это сделано в реализации X11 и RDP. Можно лишь гонять растры, что в общем случае намного тормознее.
Я потому и спросил. Гонять растры как раз весьма неплохо и универсально, судя по tightvnc (особенно в сравнении с X11 который никакой компрессии, как я понимаю, не предоставляет и просто херачит мегабайт в секунду при работе с простейшими приложениями, тогда как через tightvnc можно видео смотреть при меньшем траффике), только хочется это на уровне окон, а не рабочего стола.
> Гонять растры как раз весьма неплохо и универсально,Универсально - да. Неплохо - нет.
Вот Вам пример. Допустим, графический API поддерживает примитив Gradient. Оцените, сколько трафика расходует передача градиентного растра (даже с компрессией) и передача соответствующей векторной информации. Разница на растрах порядка размера экрана - в сотни тысяч раз. Причём растёт как квадрат(!) размеров растра.
>в сотни
> тысяч раз.отличается реальная действительность от фантазийных выдумок
А если конкретно и без демагогии?
Конечно, большой градиент - это редкий случай, но суть проблемы этот пример отражает.
Открываем glxgears, браузер, или игруху по сети, чрез X11 и VNC и видим эти самые реальные тысячи раз - десятки...сотни тысяч раз! потому что нет еще таких сетвых решений по прогонке статических битмапов с адекватным FPS и именно X11 решает эту проблему, гоняя только примитивы.А учитывая, что 3D и прочий активно-динамический контент пачками появляется в вебе - актуальность X11 увеличивается на порядок!
Wayland, конечно, имеет свою нишу и более того - большую чем X11. НО! Это крайне пагубно может повлиять на имеющееся технологическое превосходство X11. Ведь аналогов X11 - НЕТ! Так что, лучше бы пилили X12 чем делать эту залепу в виде Wayland которая убьет X11, потому что никто уже не будет заниматься двойным кодингом по поддержке обоих решений.
Wayland - наполовину превратит Linux в Winodws! Я даже не удивлюсь, если M$ проплатит разработку Wayland - что бы лишить *NIX'ы их мега-козыря.
P.S.
А-а-а-а!!! Не троньте X11!!!! Злодеи!
Очередной старпер защищает свои костыли...
Да успокойтесь вы. Для этого из современных технологий есть, например, SPICE. Причем работает намного универсальнее, например можно из винды в линукс так картинку по сети гонять. А wayland'у - быть.
>Ведь аналогов X11 - НЕТ!DirectFB же есть. В QNX есть Photon: http://www.osp.ru/pcworld/1996/09/156476/
>>Ведь аналогов X11 - НЕТ!
> DirectFB же есть. В QNX есть Photon: http://www.osp.ru/pcworld/1996/09/156476/Я не о графической подсистеме говорю. А о протоколе.., самой технологии X11 - которой нет (в таком отлаженном и устоявшемся виде) нигде, в т.ч. и в виндовсе.
Пользоваться удаленным приложением через X11 можно только при стабильном и быстром соединении, т. е. только в локальной сети.> А учитывая, что 3D и прочий активно-динамический контент пачками появляется в вебе - актуальность X11 увеличивается на порядок!
Актуальность X11 начинает стремиться к нулю, т. к. веб приложения работают в любом современном браузере, интерфейс обрабатывается на стороне клиента и работает в разы быстрее.
> А учитывая, что 3D и прочий активно-динамический контент пачками появляется в вебе - актуальность X11 увеличивается на порядок!контент в вебе требует браузер, и наоборот уменьшает актуальность X11/Wayland/MicrosoftOS
> контент в вебе требует браузер, и наоборот уменьшает актуальность X11/Wayland/MicrosoftOSЧитайте мое сообщение в контексте предыдущего. Речь шла о достаточности RDP/VNC для возможных сетевых задач. Поэтому, если мы говорим, о RDP, или подобной ему технологии применительно к Wayland, то она не сможет обеспечить передачу того же 3D контента в браузере работающем на тонком клиенте.
Но сетевая прозрачность - это не только терминалы - это, например, еще и DMX с реальным аппаратным ускорением на всех дисплеях, со всеми потенциальными плюшками.
> Wayland, конечно, имеет свою нишу и более того - большую чем X11.
> НО! Это крайне пагубно может повлиять на имеющееся технологическое превосходство X11.
> Ведь аналогов X11 - НЕТ! Так что, лучше бы пилили X12
> чем делать эту залепу в виде Wayland которая убьет X11,
> потому что никто уже не будет заниматься двойным кодингом по поддержке
> обоих решений.Не согласен!
Во первых - дух здоровой (именно здоровой) конкуренции.
Во вторых - Любовь к своему (или не к своему) ребенку побеждает Все!
Вот где то, как то, так.
> Не согласен!
> Во первых - дух здоровой (именно здоровой) конкуренции.Здоровой конкуренции тут быть не может. Никогда технология не победит бизнес. Wayland идет на поводу у конъюнктуры рынка и приспосабливается под массы - оптимальное соотношение скорости/цены/простоты, а X - это академическое детище, где на первом месте стоит технология. При таких различных подходах - у Xorg нет никаких шансов.
При этом, у самого протокола X11 (или, чего-то аналогичного), есть неимоверный потенциал, но он только в перспективе, например при построении домашнего облака, что-то вроде проекта умного дома, или, кластера рендерящие интерактивные видеостены и прочее и прочее... Но это все только перспектива и это все хомячкам сейчас не нужно, поэтому им дадут тупой, но немного модернизированный фреймбуфер в виде W.Вот интерсено - в какую сумму обойдется вот такое вот решение на Windows или Wayland:
http://www.youtube.com/watch?v=hibaFjxAQAg
http://www.youtube.com/watch?v=cqB01Cp_wPM
> оптимальное соотношение скорости/цены/простоты, а X - это академическое детище, где на
> первом месте стоит технология. При таких различных подходах - у Xorg
> нет никаких шансов.
> При этом, у самого протокола X11 (или, чего-то аналогичного), есть неимоверный потенциал,Прежде чем нести бред, что X11 - вершина технологий, надо ознакомиться с его недостатками, коих вагон и маленькая тележка: http://xahlee.org/UnixResource_dir/_/The_X-Windows_Disaster....
Более того, в истории уже БЫЛИ более адекватные решения, чем X11 (по ссылке есть).
> Прежде чем нести бред, что X11 - вершина технологий, надо ознакомиться сНе надо приписывать мне то, чего я не говорил.
X11 на данный момент единственное рабочее решение в своем роде. И оно работает со всеми своими недостатками и фактическим устареванием реализации, но не концепции.
Я же говорю лишь о том, что, W, убьет и саму концепцию X11 и сделает невозможным X12, или аналогичное, но в той же концепции.Создание сетевой прозрачности, сопоставимой по скорости с X11 возможно только лишь в парадигме передачи примитивов и рендинга на сервере. А Wayland этого не предусматривает.
Вот, собственно и все о чем я говорил.> Более того, в истории уже БЫЛИ более адекватные решения, чем X11
В истории много чего было, но меня больше интересует то, что есть и то, что будет.
> Допустим, графический API поддерживает примитив GradientА давайте без давайте? Сравнили бы сразу пустой экран в векторе и в растре. Это бред, к реальности отношения не имеющий.
Для удалённого лазанья(админ.) по рабочему столу и jpeg сжатия хватит.
> Для удалённого лазанья(админ.) по рабочему столу и jpeg сжатия хватит.X11 не позволяет лазить по рабочему столу! X11 служит для выполнения совсем иных задач - и административные в этот список не входят.
> удалённый рендеринг как это сделано в реализации X11Оно тормозит что ппц, даже на быстрых каналах где rdp летает. Не надо такого счастья.
ssh -C -Y спасёт отца демократии.
> ssh -C -Y спасёт отца демократии.В JPEG он от этого не научится передавать содержимое экрана.
Чтобы оценить уровень различия попробуйте RAW-изображение сжать gzip-ом и преобразовать его в jpeg, разница будет в десятки раз, если не больше !
>> ssh -C -Y спасёт отца демократии.
> В JPEG он от этого не научится передавать содержимое экрана.X11 не передает содержимое экрана. Он вообще не способен передать содержимое экрана, в том понимании в котором это делают RDP и VNC.
Логичное упразднение X11 я вижу только в одном случае - это вытеснение (причем - стопроцентное) настольных компьютеров, веб терминалами и в этом случае Wayland был бы действительно предпочтительней и X11 можно было бы хоронить.
Но на сегодняшний день, X11 - это козырная карта NIX'ов.
> X11 не передает содержимое экрана. Он вообще не способен передать содержимое экрана,
> в том понимании в котором это делают RDP и VNC.Для Gtk, Qt и прочих модных фреймворков передает по сути почти несжатые битмапы. Вы же не xcalc запускайте. В тех же браузерах и офисных приложениях основу составляет отрендеренный контент, который как раз для X11 и есть "содержимое экрана". Оформление окон нынче тоже в X11 не укладывается. Попробуйте описать в терминах X11 допустим интерфейс Google Chrome.
> Но на сегодняшний день, X11 - это козырная карта NIX'ов.
x11 уже лет 10 как забыт, Gtk и Qt _сами_ формируют вывод, который X11 съедает в виде битмапа.
>Но на сегодняшний день, X11 - это козырная карта NIX'ов.Тем не менее не вижу проблемы запускать X сервер только тогда когда он нужен и гонять по сети те приложения, которые под это заточены.
Держать на обычном рабочей или домашней машине иксы в качестве дефолтного сервера зачем? Понадобилось работать по сети ― запускаешь X сервер и ssh -Y и пожалуйста.Как раз на дохленьких токих терминалах X11 имеет смысл по дефолту оставить, когда на клиенте только X сервер крутится, а все приложения заточены под X11 и пашут на сервере.
Вроде бы X11 закапывать никто(адекватный) не предлагает. =)
> Вроде бы X11 закапывать никто(адекватный) не предлагает. =)Так вроде ж говорят не о целенаправленном закапывании, а о том, что через некоторое время соотношение машин с Wayland и с X11 окажется не в пользу X11. А когда такое случится, многие разработчики начнут пренебрегать поддержкой X11, и он плавно сойдёт на нет.
При чём тут хомяки, я для себя спрашиваю. Или вы хотите сказать что wayland имеет только хомячье применение? Так скажите прямо. Если по ssh действительно нельзя я разумеется соглашусь и похороню.
> Так скажите прямо.Некоторые, выше, умудряются оценивать wayland по скриншотам. Так что - да - говорю прямо - имеет только хомячное применение. (-;
RDP всё равно круче. Для терминальных сессий надо использовать терминальный сервер, X RIP.
> RDP всё равно круче. Для терминальных сессий надо использовать терминальный сервер, X
> RIP.А вы запустите на RDP что-нибудь трехмерное, или мультимедийное - это будет жалкое зрелище. Вот уж что действительно является костылем, в его самой откровенной форме, - так это RDP, так как виндусячая граф. подсистема таких вещей как терминальные решения не предполагало изначально, в отличии от X'ов, где сеть - это его родная среда.
> А вы запустите на RDP что-нибудь трехмерное, или мультимедийное -В 2008 медиаплеер нормально крутит.
> В 2008 медиаплеер нормально крутит.Не верю. На гигабитном канале, в маленьком окошечке - может быть и успеет. Но для, например, полноэкранного 1024x768 нужно более 50Мбайт/c для передачи 25 кадров/с. А вот в X'ах - вполне реально передать dvd'шного качества, так как масштабирование производится на стороне сервера.
>> В 2008 медиаплеер нормально крутит.
> Не верю. На гигабитном канале, в маленьком окошечке - может быть и
> успеет....Размер окошка значения не имеет. Видео декодируется и рендериться у клиента.
(Кодеки на сервере не ставил, а фильмы клиенту показывает без проблем)
3D то же работет уделенно. По крайней мере окошки вертятся :-)
Windows server 2008 R2 SP1
> Видео декодируется и рендериться у клиента.Я очень, очень сомневаюсь в правдивости ваших слов. Более того, я почти уверен - что это чушь несусветная. Я конечно понимаю, что чисто теоретически можно реализовать любые программные решения. Но я даже представить себе не могу, как обычный видео плеер, вместо того что бы гнать картинку в какой-нибудь видеобуфер, будет гнать сырые данные через RDP.
Это значит, что у всех видеоплееров должен быть какой-то единый API с помощью которого RDP будет перехватывать на входе, передавать эти сырые данные по сети и декодировать и встраивать в окошко на клиенте да еще и учитывая специфику и настройки самого видеопроигрывателя - бред полный.В общем - это все глупость!
Уровень защитников Wayland просто поражает!
> 3D то же работет уделенно. По крайней мере окошки вертятся :-)
Не надо лукавить, да! Назовите мне FPS с которым вертятся ваши окошки? Только учтите - мне известен этот FPS. Так что ни о каком 3D через RDP и речи быть не может. 3D в RDP7 - это только для галочки, что бы такие как вы могли что-то возразить, тогда как на поверку, это полный пшик.
>> Видео декодируется и рендериться у клиента.
>...Но я даже представить себе
> не могу, как обычный видео плеер, вместо того что бы гнать
> картинку в какой-нибудь видеобуфер, будет гнать сырые данные через RDP.
> Это значит, что у всех видеоплееров должен быть какой-то единый API с....
> В общем - это все глупость!Видео на клиенте нормально показывается если запускать стандартный медиапелеер. Сомневаюсь, что другие плееры сильно поддерживают эту технологиюю. Но это действительно работоает и оно юзабельно.
>> 3D то же работет уделенно. По крайней мере окошки вертятся :-)
> Не надо лукавить, да! ...
> RDP7 - это только для галочки, что бы такие как вы
> могли что-то возразить, тогда как на поверку, это полный пшик.Это не для серьезных 3D приложений, это для "рюшечек". Для того чтобы удаленно работали 3D-игры по сети придется гонять данные с такой же скоростью как через шину pci-e 2.0 X16.
Я пытался работать удаленно, через GPRS, c X11. Приложение даже нарисоваться не может!!!
С RDP по GPRS могу не спеша, но сносно, юзать машину удаленно.
Вывод из всего этого: RDP-подобные протоколы действительно нужны. Майкрософт хоть, что то делает, что бы удаленная машина была юзабельной (Аппаратно ускороенный интерефейс, передача видео, отображение удаленных приложениий как локальных), а сетевые возможности X11 мне не нужны и помоему они там ни к чему!ЗЫ я не фанат и ничего не зашишаю. Просто делюсь своими мыслями. Даже не разу не хвалю Windows.
> Видео на клиенте нормально показывается если запускать стандартный медиапелеер.Вот с этого и надо было начинать. В таком случае, в этом нет никакого смысла, так как с таким же успехом я могу запускать на клиенте любой плеер-декодер, который мне больше всего нравится и смотреть файл по сетевой ФС, абсолютно прозрачно относительно рабочего пространства и универсально, без всяких привязок к плееру.
> Это не для серьезных 3D приложений, это для "рюшечек". Для того чтобы
> удаленно работали 3D-игры по сети придется гонять данные с такой же
> скоростью как через шину pci-e 2.0 X16.Так вот, через X11, 3D, гоняется вовсе даже не для рюшечек. Quake, или Enemy Territory, фактически с той же скоростью что и на локальной машине. Хотя нет - потенциально могут бегать ЕЩЕ БЫСТРЕЕ, если на клиентском-сервере установлена более мощная видеокарта!
Игры - это только показательный пример, потому что OpenGL сейчас везде, в том числи и в gui-тулкитах. Или, например - только средствами X11 возможно организация таких фич как DMX.
> Я пытался работать удаленно, через GPRS, c X11. Приложение даже нарисоваться не
> может!!!А зачем, простите, одевать штаны через голову?! X11 для этого не приспособлен - это не его задачи! Для этого и есть RDP/VNC.
> С RDP по GPRS могу не спеша, но сносно, юзать машину удаленно.
> Вывод из всего этого: RDP-подобные протоколы действительно нужны.А разве я говорю что-то против RDP?! Я говорю лишь, что отказ от X11 приведет к полной утрате имеющего сейчас функционала, которого у RDP/VNC попросту нет и никогда не будет в силу специфики и назначения.
> Майкрософт хоть, что
> то делает, что бы удаленная машина была юзабельнойА теперь давайте включим калькулятор и посчитаем!
> (Аппаратно ускороенный интерефейс, передача видео,
> отображение удаленных приложениий как локальных),Флаг им в руки! Но при этом X11, для организации терминалов, в локальных сетях (ГДЕ ЕМУ И МЕСТО), дает больше возможностей, гибче и менее ресурсозатратен (рассматривая в комплексе). И при этом имеет абсолютно уникальный функционал, потеря которого будет стратегической ошибкой, потому что технологии развивают не хомячки, а те, кто, как раз таки, использует X11.
> а сетевые возможности
> X11 мне не нужны и помоему они там ни к чему!Не понял... А выше тогда, вы, про что писали, как не о сетевых возможностях?.. Или RDP можно использовать как-то иначе, без сети?
> ЗЫ я не фанат и ничего не зашишаю.
А я вот тоже не фанат, но не могу не защищать X11, так как без него я бы даже не начал использовать NIX'ы.
> Даже не разу не хвалю Windows.
А чего его хвалить то?! У него же ведь нет X11, или аналогичной технологии. (-:
у меня к вам вопрос -- простой до безобразиякак вы считаете какие распространённые тулкиты используются для написания основной массы программ имеющих GUI и использующих X11?
> у меня к вам вопрос -- простой до безобразия
> как вы считаете какие распространённые тулкиты используются для написания основной массы
> программ имеющих GUI и использующих X11?Ответ будет так же прост и нагляден:
- Машина host01 - Ubuntu - X-1.9.0 - локальная: GeForce4, Athlon(tm) XP 1700+
- Машина host02 - Gentoo - X-1.9.4 - удаленная: GF7950GT, AMD 64 X2 4400+
- сеть 100Mbit/s (трафик от 100Кб до 1.6Mb - максимальный только при перегонки пиксмапов)
= = = = = = = = = = = = = = = = = = = = =
host01$> gtkperf -c 200 -aGtkPerf 0.40 - Starting testing: Mon Feb 28 21:48:12 2011
GtkEntry - time: 0,60
GtkComboBox - time: 1,74
GtkComboBoxEntry - time: 0,89
GtkSpinButton - time: 2,11
GtkProgressBar - time: 1,36
GtkToggleButton - time: 1,81
GtkCheckButton - time: 1,46
GtkRadioButton - time: 2,43
GtkTextView - Add text - time: 6,41
GtkTextView - Scroll - time: 3,52
GtkDrawingArea - Lines - time: 5,16
GtkDrawingArea - Circles - time: 6,85
GtkDrawingArea - Text - time: 3,81
GtkDrawingArea - Pixbufs - time: 1,88
---
Total time: 40,02host02$> DISPLAY=host01:0.0 gtkperf -c200 -a
GtkPerf 0.40 - Starting testing: Mon Feb 28 21:52:09 2011
GtkEntry - time: 0,17
GtkComboBox - time: 0,74
GtkComboBoxEntry - time: 0,57
GtkSpinButton - time: 0,88
GtkProgressBar - time: 1,01
GtkToggleButton - time: 0,97
GtkCheckButton - time: 0,33
GtkRadioButton - time: 0,68
GtkTextView - Add text - time: 2,57
GtkTextView - Scroll - time: 1,90
GtkDrawingArea - Lines - time: 2,77
GtkDrawingArea - Circles - time: 4,73
GtkDrawingArea - Text - time: 28,50
GtkDrawingArea - Pixbufs - time: 7,00
---
Total time: 52,82host01$> DISPLAY=host02:0.0 gtkperf -c 200 -a
GtkPerf 0.40 - Starting testing: Mon Feb 28 21:51:01 2011
GtkEntry - time: 0,30
GtkComboBox - time: 4,95
GtkComboBoxEntry - time: 3,94
GtkSpinButton - time: 1,00
GtkProgressBar - time: 0,72
GtkToggleButton - time: 0,91
GtkCheckButton - time: 0,80
GtkRadioButton - time: 1,20
GtkTextView - Add text - time: 3,70
GtkTextView - Scroll - time: 1,37
GtkDrawingArea - Lines - time: 2,36
GtkDrawingArea - Circles - time: 2,35
GtkDrawingArea - Text - time: 1,78
GtkDrawingArea - Pixbufs - time: 3,10
---
Total time: 28,50 (!!! Подчеркиваю - это более мощная УДАЛЕННАЯ машина)host02$> gtkperf -c200 -a
GtkPerf 0.40 - Starting testing: Mon Feb 28 21:53:35 2011
GtkEntry - time: 0,09
GtkComboBox - time: 1,64
GtkComboBoxEntry - time: 1,11
GtkSpinButton - time: 0,32
GtkProgressBar - time: 0,23
GtkToggleButton - time: 0,29
GtkCheckButton - time: 0,24
GtkRadioButton - time: 0,36
GtkTextView - Add text - time: 1,46
GtkTextView - Scroll - time: 0,50
GtkDrawingArea - Lines - time: 1,44
GtkDrawingArea - Circles - time: 1,64
GtkDrawingArea - Text - time: 0,65
GtkDrawingArea - Pixbufs - time: 0,21
---
Total time: 10,18Комментарии, как говорится, излишне. Надеюсь теперь понятна причина, по которой я опасаюсь появления этого Wayland
итак -- вы не стали отвечать прямо а перешли сразу к изыскам -- что-ж...будем считать что мы оба согласны с тем что основными тулкитами являются gtk/gdk+ + Qt
теперь перейдём к содержательной части
1. каким макаром современные тулкиты передают иксам содержимое окна?
2. кто на текущий момент занят рендерингом шрифтов?
3. и отдельно как эти ваши сетевые иксы реагируют не на коня в вакууме а на openoffice/eclipce/chromium/firefox, как эти самые сетевые реагируют на смену темы в gnome/KDE? -- я думаю продолжать не стоит -- стоит отойти от синтетики и вся "сетевая прозрачность" упирается о современное состояние делP.S. бояться или нет, каждый решает конечно сам для себя -- НО чего стоит бояться больше иноваций или очевидной стагнации X11?
> 1. каким макаром современные тулкиты передают иксам содержимое окна?Мне это не очень интересно. Главное, что разница между локальной скоростью и удаленной - фактически неразличима пользователем.
> 2. кто на текущий момент занят рендерингом шрифтов?
До лампочки.
> 3. и отдельно как эти ваши сетевые иксы реагируют не на коня
> в вакууме100Мбит/с:
- openoffice - не отличим от локально запущенного (или, даже быстрее, если удаленный X-сервер на более мощной машине)
- firefox - неотличим от локального, включая все баннеры и флеши;
- eclips - не проверял;
- googleearth - на удаленных машинах FPS в N раз быстрее чем на локальных, если на удаленной более мощная видеокарта.
- chromium - а вот тут уже ситуация печальна. 3D не пашет и скорость скролинга гораздо ниже чем на локальной машине, хотя анимация в окне не тормозит. - Вот я и говорю - X12 пилить надо а не залепы в виде Wayland! Вот уже и первые ласточки пошли, не эффективности работы в X11.Wayland - не принесет ничего нового, а только загубит имеющийся функционал. Пока что, из всех приложений - только хромиум плохо работает по сети - все остальное ОТЛИЧНО! Даже несмотря на то, что и шрифты рендерятся на клиенте и QT грозилась наплевать на X11 - оказалось, что X11 настолько силен своей архитектурой, что только гугл смог на него реально наплевать.
Я не разбираюсь в тонкостях X11, разве что только на уровне теории - но оно работает - и аналогов этому НЕТ и никто их не предлагает! Все только кричат что нужно закопать - а что в замен?! НИЧЕГО!
> смену темы в gnome/KDE?
Меняйте сколько влезет - на скорость отрисовки это скажется в той же степени, что и на локальную отрисовку. Более того - даже OpenGL отрисовка интерфейса работает и не тормозит ничуть (если конечно видеокарта на удаленной машине вменяемая). Хотя, если честно, то какая-то странность со скоростью прокрутки в kwrite есть, но так как она проявляется только при отрисовки на Ubuntu (там карта слабая а у меня тулкит через OpenGL отрисовывается), то это можно списать на погрешность моих рук, так как трансляция с Ubuntu на Gentoo - прокрутка такая же как и локально.
> стоит отойти от синтетики и вся "сетевая прозрачность" упирается о современное
> состояние делНужно X12 пилить, пока еще не поздно. Встречающиеся отказы от X11 пока еще не фатальны.
> чего стоит бояться больше иноваций или очевидной стагнации X11?
Интересно - где Вы увидели инновацию?! Wayland - это превращение линукса в виндовс и убийство уникальной функциональности X11 - а в замен - НИЧЕГО! Ничтожный RDP даже не рассматривается. Я хочу крутить земной шар и запускать 3D игрухи по сети - вот она настоящая свобода - вылепляй что хочешь: хоть стенд на DMX, хоть единое рабочее десктоп-пространство. А Wayland - это второй виндовс - это шаг назад.
P.S.
Все что я написал - проверено только что!
Все - мне надоело холиварить - точка.., жирная! Лучше скорее пусть Wayland закопают, или приделают к нему X12! Иначе потом сами локти кусать будут.P.P.S.
Кстати, если уж OpenGL примитивен, так что даже сложные сцены преспокойно пролазят по сети (Enemy Territory летает только так) - это могло бы быть хорошим выходом. Но для этого нужно что бы все тулкиты использовали OpenGL для рендеринга - вот тогда Wayland действительно будет инновационным прорывом. Но эту прозрачность нужно закладывать на этапе проектировки. И в этом случае решаться все проблемы с X12.
> Мне это не очень интересно.
> До лампочки.
> 100Мбит/с:хватит всем -- я гарантирую это (С) билли
> - openoffice - не отличим от локально запущенного (или, даже быстрее, если
> удаленный X-сервер на более мощной машине)ой как не красиво
> - googleearth - на удаленных машинах FPS в N раз быстрее чем
> на локальных, если на удаленной более мощная видеокарта.что правда? и с чем это связано?
> - chromium - а вот тут уже ситуация печальна.
>X12
> пилить надо а не залепы в виде Wayland!пилите шура...
> Я не разбираюсь в тонкостях X11
об этом могли и не говорить -- окромя психо-фанатских выкриков никакой конкретики
>> смену темы в gnome/KDE?
> Меняйте сколько влезет - на скорость отрисовки это скажется в той же
> степени, что и на локальную отрисовку.даже не знаю чего у вас там головнjuо мозга -- но чего-то определенно не того
> Нужно X12 пилить, пока еще не поздно. Встречающиеся отказы от X11 пока
> еще не фатальны.см. выше
P.S. фанатизм -- всегда плохо -- фанатик не способен увидеть общую картину.
X11 был хорош когда мы были молодыми - лет таки 10 назад -- с тех пор gnome/kde вырасли и стали больше походить на современную рабочую станцию для _обычного пользователя_ и X11 уже технологически крайне не подходит для использовании в качестве прокладки между приложениями и оборудованием.
> ой как не красивоБудут аргументы? Это Интернет - тут каждый может проверить мои слова. Для этого я и привел вывод gtkperf - который это показывает в реальных цифрах. А перед ответом, еще раз, сам перепроверил, запустив OOo и оценив по субъективным ощущением (отзывчивость интерфейса на более мощных, но удаленных X'ах - выше, в несколько раз и это трудно не заметить).
Если аргументов не будет, то слив как говорится, засчитан.> X11 уже технологически крайне не подходит
С этим я и не спорю, я говорю лишь, что на смену не приходит ничего нового, а W только ускорит процесс умирания X11. И называть W инновациями, мягко говоря, неуместно.
> RDP всё равно круче. Для терминальных сессий надо использовать терминальный сервер, X RIP.RDP, простите, даже не рассматривается.
Не знаю, может и выйдет что из этой затеи, а может целиком провалится... НО нельзя отрицать силу открытого сообщества - перестал устраивать Xorg пусть и адаптированный под проприетарные видеодрайвера и т.д., ну и черт с ним сделаем новую графический сервер с блэк джеком и .... да с чем угодно!
Золотые слова!