Вышел X11R7.5

>Угу. Только это можно сделать на уровне приложения, через клиент-серверную архитектуру. Не обрекая всю графическую подсистему на хронические тормоза.

Оно то, конечно, правильнее и лучше, да только требует переписывание программы ;)

Толсто-то как...

:) гы гы - за много лет ни разу такого не видел

>Проблема в том, что другие решения ухитряются обеспечивать И "3Д-игры", И удалённую работу. Значит, иксы - просто плохое решение.

Расскажи мне, что тебе корман про remote desktop нашептал?

> другие решения
это какие? из того что видел: Windows\API+DirectX, MacOSX Quartz, NextSTEP, Plan9. А вот удаленную работу на уровне окна обеспечивает только Plan9, но без 3Д.

Глупо утверждать что Х- _вообще_ плохое решение. Она (системы) хуже только в определенной области (высокоскоростное 3Д). Да и 25 лет существования - это знак.

>Угу. Только это можно сделать на уровне приложения, через клиент-серверную архитектуру. Не обрекая всю графическую подсистему на хронические тормоза.

Как не странно, но виндаевый подход как раз все в одном.

У него вообще нет никакой обратной совместимости с иксами.

> Это 3D, работа иксов здесь совершенно другая. Маленький тест: берем карту говнонВидиа, таскаем файерфокс с флэшЪками без компиза или квина4, а потом с ними, сравниваем нагрузку на процессор. Во втором случае нагрузка будет значительно меньше.

+1024

>> Не подходит. Хочется индивидуальные приложения запускать. ssh server "xterm -display $SSH_HOST".

> Зачем?

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

>user@host1$ ssh -X user2@server2 /usr/bin/kmymoney

Только вот если бы сеть была введена на уровне тулкита, а не на уровне Хов, производительность была-бы выше, требования к сети - ниже. Вон Eclipse/RCP вон вообще удалённо через ХТМЛ+JScript прекрасно транслируются :P

> Это не я, это он! Где-то это уже было… ах да, пульс-аудио!
Ну, переключить стрелки - это завсегда проще :)))

Установите OpenDX, LASSPtools и погоняйте примеры. Без ДЕ. В примерах с отображением 3Д можно заметить, что скорость отображения высокая, отзывчивость - мгновенная. Эти приложения используют XLib+Motif.
Вот такой вот контр-аргумент.

> В линупсе как всегда не умеют считать до 100, впрочем, как и в виндовсе :}

(занудно вкл)
Кто и что считает?
Логически - если кто-то смог последовательно посчитать до 105, то до 100 то же смог.
(занудно откл)
Гы-гы.

>таскаем файерфокс с флэшЪками без компиза или квина4, а потом с ними, сравниваем нагрузку на процессор.

20% и 20%

kwin (kde4) с composite и без, единственное что с композитом окно стало еще и прозрачным, вся разница

> http://en.wikipedia.org/wiki/Apple_Remote_Desktop

гы-гы-гы

там рассказывается, что ябблу пришлось переписать свое самобытное поделие на основе VNC

про то, какой VNC тормоз по сравнению с Х-ами -- надеюсь все знают по собственному опыту

> Eclipse/RCP вон вообще удалённо через ХТМЛ+JScript

Угу. Когда напишете JSGLGears с FPS > 1000, позвоните в колокольчик - санитар придет, заберет вас из палаты и проводит к доктору на выписку :-)

>и погоняйте примеры. Без ДЕ

Не-не-не. Тогда уж сразу в консоль :)

>Угу. Когда напишете JSGLGears с FPS > 1000

И? Большинству прикладных программ HTML+JS хватит. К тому же я не предлагал всё делать через него - я лишь говорил об очевидном преимуществе подхода реализации сети на уровне тулкита.

>Угу. Только это можно сделать на уровне приложения, через клиент-серверную архитектуру. Не обрекая всю графическую подсистему на хронические тормоза.

Ну да, ну да. Тормоза в вашей системе от кривых дров, а не от сетевой архитектуры. Убрав эту архитектуру производительность не вырастет, так как дрова остались кривым поделием.

Композит через opengl?

Я вот одного не могу понять. Ну хочется кому-то, чтобы было как в Винде, или Маке. Ну дык пользовались бы Виндой и Маком. Но зачем из Линукса делать еще один ВиндоМак.

>Я вот одного не могу понять.

Я вот одного не могу понять. что сказать то хотел?

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

С моей точки зрения идеальная конструкция следующая:

1. Самый низки уровень - это либа типа каиро - которая умеет создавать поверхности и рисовать по ней всякие примитивы (прямые, кривые, прочие). Разрабочтики видях берут её за основу и реализуют в железе со всеми возможными оптимизациями.

2. WM, вводит понятие "экранных поверхностей" их сортировок и распределяет по ним эвенты устройств ввода.

3. Тулкиты, реализующие функциональность для прикладного приложения на основе предыдущего уровня. На этом уровне создаётся поддержка пробрасывания интерфейсной часть через сеть (в идеале, при правильном MVC подходе на сервере будет выполнятся код M,C а на клиенте - V)

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

Дык выкиньте nVidia. Я как купил Radeon 4650 - не нарадуюсь после GeForce 6150! 2D-графика работает _на порядок_ быстрее, не то что торррмоза раньше были.

>превращаются в эдакий непонятный довесок к драйверу видео-карты.

ээ? Аргументация, (надо не забывать что Х - это не только видео, но и система ввода), а так же объяснения при чём тут мак и винда.

>Я как купил Radeon 4650 ... 2D-графика работает _на порядок_ быстрее

Так вот зачем вам 4650 радеон? На моём х1300 при включенном компизе фаерфокс проматывал страницу со скоростью черепахи =/

>Так вот зачем вам 4650 радеон? На моём х1300 при включенном компизе фаерфокс проматывал страницу со скоростью черепахи =/

Вообще-то мне он для просмотра фильмов на телеке ))
И да, композит выключен.

Вот так вот FreeBSD 8.0-RELEASE выйдет с Xorg 7.5 и GNOME 2.28.2. :)

трололо, я аж устал печатать пару лишних символов

>Вообще-то мне он для просмотра фильмов на телеке ))

А разве радеоны умеют аппартное декодирование видео под линем?

>Вот так вот FreeBSD 8.0-RELEASE выйдет с Xorg 7.5 и GNOME 2.28.2. :)

Nobody cares

и будет не нужен так же, как и все предыдущие

> А чего тут не понятного? X-ы постепенно перестают быть Х-ми с изначально заложенной в них концепцией и превращаются в эдакий непонятный довесок к драйверу видео-карты.

Агась. Xorg последнее время развивается исключительно методом костылей, поскольку код сложен и никто не решается его отрефакторить. Переписали бы Х11 с нуля, выкинув устаревшие протоколы и интегрировав 3Д и звук - было бы круто

> Угу. Только это можно сделать на уровне приложения, через клиент-серверную архитектуру. Не обрекая всю графическую подсистему на хронические тормоза.

O_o тут кто-то не знает, что на локалхосте иксы используют сокеты? из-за сети тормозов не прибавляется.

> А разве радеоны умеют аппартное декодирование видео под линем?

Та мне как бы пофиг, процессор справляется. Я ж смотрю на обычном телеке, так что от разных там HDTV и т.д. качества не прибавится.

> Самый низки уровень - это либа типа каиро

XLib

> которая умеет создавать поверхности

XCreateWindow, XMapWindow

> и рисовать по ней всякие примитивы (прямые, кривые, прочие).

XDrawLine

> Разрабочтики видях берут её за основу и реализуют в железе со всеми возможными оптимизациями.

X-сервер

> WM, вводит понятие "экранных поверхностей" их сортировок и распределяет по ним эвенты устройств ввода.

Window Manager.

> Тулкиты, реализующие функциональность для прикладного приложения на основе предыдущего уровня

Motif, XView, Gtk, Qt

> при правильном MVC подходе на сервере будет выполнятся код M,C а на клиенте - V

На хост-системе выполняется обработка событий и работает логика (M,C), расчет всяких отсечений и собственно отрисовка и рендеринг производится на X-сервере (V).

Хахаха. Поздравляю, больной - вы только что рассказали про X11.

>Особенно полезен вызов отдельных окон
seamless rdp, не?

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

>> и рисовать по ней всякие примитивы (прямые, кривые, прочие).

> XDrawLine

А оно разве умеет antialiasing и subpixel accuracy? Да и вроде ни GTK+, ни Qt не пользуются этим.

BackingStore? ВНИМАНИЕ:
Тут вообще не в 3d дело, а в том, что с композитом содержимое окошек не перерисовывается

Э. а причем тут убогий мелгомягкий RDP? речь же шла о unix-сети

>Это не я, это он!
EFL, несмотря на все гуёвые навороты, ВООБЩЕ не тормозит. На любом г-не, кстати.

Блин. Вы меня не поняли. Я вообще в курсе что чисто функционально - это уже есть. Я про иерархическую организацию. С точки зрение прикладного программера понятно что меняться ничего не должно - как были Qt-Gtk, так и останутся. Кстати всте тулкиты что привел ты - не поддерживают размазывание по сети. Так что фэйл.

Ну почему же...

> а в том, что с композитом содержимое окошек не перерисовывается

А если активно перерисовывается (прокрутка или проигрывание кучки flash баннеров), то тормозит с композитом еще больше.

> > XDrawLine
> А оно разве умеет antialiasing и subpixel accuracy? Да и вроде ни GTK+, ни Qt не пользуются этим.
Еще один школьник? http://en.wikipedia.org/wiki/XRender - это то, чем пользуются Gtk/Cairo и Qt/Арктур

>Кстати всте тулкиты что привел ты - не поддерживают размазывание по сети.
http://www.linux.org.ru/view-message.jsp?msgid=4058361
Кстати.
Совсем не то, я знаю, но всё же...

Не только. Говорили ещё и об Apple. Ну а для мелкомягких как-то смогли сделать что-то подобное и без иксов.

> Гон, проверял много раз, что на линупсе, что в виндае одинаково.

Увы, нет. В линуксе, как правило, заметно медленнее.

> Не лопни, толстенький, марш к русланчеку.

Это вы щас с кем и о чём?

> Оно то, конечно, правильнее и лучше, да только требует переписывание программы ;)

Ну согласитесь это как-то более здраво, чем поставленная с ног на голову архитектура клиент-сервер и лишний слой тормозов, 99% пользователей не нужный нафиг. Эхехе.