Wayland - новый Х-сервер

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

>Гоу ту генту и /етц/искадинаццадь/иксорг_точка_конф

А подумать ?

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

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

А исходники покурить уже можно? Или Kristian просто так народ смущает?

>А зачем беситься счастливым обладателям нвидии? У них _уже_ все работает.

Не всё и не у всех :)

>Мои Х-сы едят счас 47МБ Озу

http://balancer.ru/img/forums/0704/toshka.png :)

Что за "новые идеи и технологии"? Это не идея "заюзать все ресурсы ГПУ/ЦПУ" на 100%, не оставляя ничего прикладным программам??

Просто ради интереса, ожешь выложить свой xorg.conf?

Заранее спасибо.

root 24363 3.9 6.4 141076 92516 tty4 S<s+ Nov03 68:33 /usr/bin/X -br -nolisten tcp :0 vt4

Хм... вот бы свободный аналог Quartz сделали. Вот она реально шустрая. Ну или X-сервер бы по такому же принципу какой нить Desktop едишн, а вот тот, что сейчас есть, в принципе намано работает, но сцуко ресайз окошек жутко медленный

>но сцуко ресайз окошек жутко медленный

У меня мгновенный. ЧЯСНТ?

>Просто ради интереса, ожешь выложить свой xorg.conf?

http://www.linux.org.ru/jump-message.jsp?msgid=2406675&cid=2415960

Там дело не в xorg.conf, а в Gentoo-minimal сборке без лишних модулей и с -Os.

resize - это уже wm и его настройки скорее..

>root 24363 3.9 6.4 141076 92516

А вот на обычном десктопе:

6782 root 20 0 358m 59m 23m S 0.7 1.8 25:46.37 X

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

В том же Quartz, например, пока окошко не обновится, нарисовано будет старое содержимое, и это забота самого Quartz'а, а не приложения (оно может вообще зависнуть).

> У меня мгновенный. ЧЯСНТ?

Да ладно, дотстаточно одного окошка с одной GtkButton с политикой EXPAND | FILL и какой-нибудь темы с градиентами на cairo - и вуаля.

>нехилую латентность, ради маскировки которой придумывают другие костыли вроде XCB

Рекомендую тебе разобраться все-таки вопросе. XCB -- это не костыль, а правильное, легкое, и идеологически чистое архитектурное решение для протокола X. И цели XCB совершенно другие. И латентность сети эта библиотека практически не спрячет. Небольшой latency hiding -- это всего лишь побочный эффект архитектуры этой библиотеки.

>Gtk
>cairo

Так вот, что я не так сделал - КДЕ поставил :)

>давно пора сделать что то более легкое

уже было, kdrive

> пилите, Шура... :)

Ну и чему ты радуешься? У пользователей nVidia могут пользоваться своими карточками уже здесь и сейчас, а фанатики Ati все еще ждут.

>У пользователей nVidia могут пользоваться своими карточками уже здесь и сейчас, а фанатики Ati все еще ждут.

Я уже много лет пользуюсь карточками и NVidia, и ATI (+Intel, +Chips). ЧЯНТД? :)

>Ну и дурак, лучше бы он его не сетевым сделал, все равно толку никакого от этого нет.

Лучше б ты убил себя - всё равно толку никакого от тебя нет.

>фанатики Ati все еще ждут

чего мы, позвольте узнать, ждем? может быть, того светлого момента, когда AMD тоже начнет заменять libglx.so на свою кривую реализацию? или мы ждем тормозов в четвертых кедах?

> Так вот, что я не так сделал - КДЕ поставил :)

Сдаётся мне, будет тоже самое, если поставить тему с векторной графикой в контролах.

> http://www.y-windows.org/

Логотип ничего не напоминает? Кубик - тот же gtk, но отзеркаленный по сине-зелёному ребру.

> Ну и дурак, лучше бы он его не сетевым сделал, все равно толку никакого от этого нет.

А вот представь, у нас используется. Сервер с софтом и клиенты с x-серверами. Чтобы для запуска какого-нибудь монстра не тащить его целиком себе. Достаточно написать для данной софтины свой конфиг на сервере.

>У меня мгновенный. ЧЯСНТ?
Да тут ещё дело в том, что живу я на 8ой серии Geforce, а у них 2д вывод черти как сделан плюс Kwin со включенными эффектами

> А месу ему переписать не хочется?

http://www.tungstengraphics.com/technologies/gallium3d.html
http://cgit.freedesktop.org/mesa/mesa/?h=gallium-0.2

> живу я на 8ой серии Geforce, а у них 2д вывод черти как сделан

А что там не так, и что есть лучше - 9x? Я как бы тоже не очень доволен производительность в 2D на Gf8400.

Там 2д вывод посредствами 3д сделан и при этом реализован несколько криво в общем, на девятой говорят ещё хуже с этим

Пожалуй, что и пора. Слишком уж Xorg жирный стал.

Использоваться то оно конечно используется, но канал отъедает не хило. По сравнению с тем же RDP протоколом раз в 5 прожорливее. (Особенно на медленном модемном канале это заметно). IMHO, не надо пытаться делать сильно универсальную вещь. А то получается, что X и локально не очень и по сети прожорлив. Насколько Я помню, Unix way - одна утилита выполняет одну задачу, но _очень_ хорошо. X как-то с этим не сочетается.

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

USE=savedconfig некоторые пакеты поддерживают, напр busybox

Сам автор пишет, что это _не_ X сервер. Ссылка (можно сходить - букв немного) : http://hoegsberg.blogspot.com/2008/11/premature-publicity-is-better-than-no.html

Цитата для Ъ: it's not a new X server, it's a tiny display server + compositing manager

> А исходники покурить уже можно? Или Kristian просто так народ смущает?

http://cgit.freedesktop.org/~krh/wayland/

>Ну и чему ты радуешься? У пользователей nVidia могут пользоваться своими карточками уже здесь и сейчас, а фанатики Ati все еще ждут.

у меня довольно-таки новая карточка ати (4850) и работает вполне хорошо, ничем не хуже старой нвидии. Правда пришлось немного пошаманить чтоб дровишки установить, но это издержки gentoo. Плюс есть слухи что поддержка 3д в свбодном драйвере уже почти написана

Хорошая производительность у паренька, вроде молодой проект, а уже 3200 строчек на си накатал. Эх, когда то в такой размер линукс 1.0 влезал...

>> пошол шаманить над Ywindow server
>
>Было уже :)
>http://www.y-windows.org/

его и мучаю...

>чего мы, позвольте узнать, ждем? может быть, того светлого момента, когда AMD тоже начнет заменять libglx.so на свою кривую реализацию?

извольте заметить, до недавнего времени (пока я не перелез на нвидию, поэтому данные не точны) она делала именно так. Стоило подсунуть ему libglx из месы, и, вуаля - Direct rendering: No.

>Насколько Я помню, Unix way - одна утилита выполняет одну задачу, но _очень_ хорошо. X как-то с этим не сочетается.

Ну линукс-дистрибутивы сейчас с Unix way тоже плохо сочетаются. И вообще линукс все больше и больше становится виндообразным, вот и графику вместо того чтобы выкинуть из ядра настырно впихивают, впрочем это не вина разработчиков ядра, точнее не только и не столько их вина. Виновата wintel архитектура писюков. В идеале Х-сервер должен быть "вшит" в БИОС видеокарты и даже может (какое святотатство!) быть полностью закрытым (Превед Нвидия!). Простое решение, а сколько выгод. Не надо пейсать дрова (только виндозные, да то только Х-врапер для 2Д и ОупенГЛ-врапер для 3Д). Толпа дровопейсателей переключается на что-то полезное, например - ядро. Ядро освобождается от кучи мусора в коде. За видухами остальная периферия начнет "умнеть", а ядро "худеть". В ядре останется только код нужный для интегрированного железа на материнке и ядро целиком переберется в БИОС...

МДЯ! Размечталсо! Что-то мой пост начинает напоминать бессмертную лекцию тов. Бендера васюкинским любителям шахмат. Как-бы меня не захотели здесь бить. За сим спешно кланяюсь и удаляюсь (не на долго).

>ядро целиком переберется в БИОС...

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

>извольте заметить, до недавнего времени (пока я не перелез на нвидию, поэтому данные не точны) она делала именно так. Стоило подсунуть ему libglx из месы, и, вуаля - Direct rendering: No.

ну а после нвидевской карты атишные дрова вообще не подымаются после инсталла: матерная ругать на glx и failed to load. переставляем либу из рпмки (в моем случае) и получаем удовольствие. каталист версий 8.6-8.9 вообще, надо этот момент повнимательнее изучить, для общего развития.

>Ну линукс-дистрибутивы сейчас с Unix way тоже плохо сочетаются....

у меня ядро весит 900кб, привет из генту :)

> В идеале Х-сервер должен быть "вшит" в БИОС видеокарты и даже может (какое святотатство!) быть полностью закрытым (Превед Нвидия!). Простое решение, а сколько выгод. Не надо пейсать дрова (только виндозные, да то только Х-врапер для 2Д и ОупенГЛ-врапер для 3Д).

Ну была такая фигня, Vesa Bios Extension называлась. Универсальный интерфейс к функциям видеокарты. На самом деле, реализации в разных видеокартах были по-разному кривыми, костылей в программах приходилось городить вагон с тележкой. И всё равно, находились видеокарты, на которых софт работал неправильно. Железные драйвера должны писаться под операционку, а не операционка под очередную генетическую мутацию подстраиваться.

>и будет 100-мегабайтный биос с такой чудовищно низкой производительностью, что виста просто перышком покажется. lester_dev **** (*) (04.11.2008 16:57:42)

Да. Понимаю. Сочувствую. Разум человеческий ограничен, только глупость безгранична.

>Ну была такая фигня, Vesa Bios Extension называлась. Универсальный интерфейс к функциям видеокарты. На самом деле, реализации в разных видеокартах были по-разному кривыми, костылей в программах приходилось городить вагон с тележкой. И всё равно, находились видеокарты, на которых софт работал неправильно. Железные драйвера должны писаться под операционку, а не операционка под очередную генетическую мутацию подстраиваться. mv ** (*) (04.11.2008 17:03:58)

"Разруха не в клозетах, она в головах..." (с) Булгаков.

Речь идет не о недоделаных каких-то там экстеншинах, а о Х-сервере, который крутится в оперативке видеокарты на ее ГПУ и прекрасно понимает стандартный Х-протокол. Ведь по-сути видеокарта - это еще один кАмпутер и если ты не видел как программа может крутиться на одном компе, а ее интерхвейс на другом, то искренне тебе сочувствую - ты жертва мелкософстовского промывания мозгоф.

ты всегда вставляешь в поле ответа весь текст на страице и потом удаляешь лишнее?

> Речь идет не о недоделаных каких-то там экстеншинах

Всё понятно. Выносите. Следующий.

>у меня ядро весит 900кб, привет из генту :) anonymous (*) (04.11.2008 17:01:57)

Не обольщайся. Тебя сия чаша не минула.

>ты всегда вставляешь в поле ответа весь текст на страице и потом удаляешь лишнее? lester_dev **** (*) (04.11.2008 17:20:53)

Yes.

> Железные драйвера должны писаться под операционку, а не операционка под очередную генетическую мутацию подстраиваться.

вот почему Scitech display drivers ( не UniVBE, а которые позже вышли: http://www.scitechsoft.com/products/ent/snap_main.html ) -- нормально собираются из одного исходника под несколько платформ, http://www.scitechsoft.com/products/dev/sdk_home.html ?

А в линуксах "по каждому Х-серверу под каждую видеокарту", грубо говоря?

>Всё понятно. Выносите. Следующий. mv ** (*) (04.11.2008 17:24:30)

Следующим будет дохтур, если повезет - ЛОР, а нет - психопатологоанатом.

Томми ты самый "счасливый" обладатель ати... и троль в добавок