Анонсирован (http://lists.freedesktop.org/archives/xorg-announce/2007-Feb... выход новой версии X Window сервера X11R7.2 (http://xorg.freedesktop.org/wiki/X11R72Release).
В новой версии появилась поддержка чипсета Intel i965 (http://www.intellinuxgraphics.com/), интегрирована системы X-ACE и XC-Securit, предназначенные для подключения внешних расширений связанных с безопасностью.
Реализована поддержка XCB (http://xcb.freedesktop.org/wiki/) (X protocol C-language Binding), идущего на замену программного интерфейса Xlib и устраняющего давно мешающие разработчиком недостатки (http://lwn.net/Articles/201455/) Xlib.
Достоинства XCB:
- Меньшее потребление ОЗУ и более высокая скорость реакции, по сравнению с Xlib;
- Эмуляция Xlib API;
- Поддержка прямого доступа к X протоколу;
- Поддержка функций из новейших расширений;
- Изначальная ориентация на многопоточные приложения;
- Работает через XML обвзязку вокруг X протокола;
- Режим Xlib Compatibility Layer (XCL) для выполнения устаревших программ, написанных для API Xlib.В заключение несколько ссылок на новые материалы по данной теме:
- "LCA: Updates on the X Window System (http://lwn.net/Articles/218380/)" - доклад Keith Packard (http://en.wikipedia.org/wiki/Keith_Packard) о текущем состоянии и будущих планах проекта X.Org.
- "X.Org 7.2: ATI Open v. Closed Drivers (http://www.phoronix.com/scan.php?page=article&item=639&num=1... - сравнение производительности открытых и закрытых (fglrx) драйверов для видеокарт ATI под X.Org 7.2;
- Trolltech анонсировал выход Qt v3.3.8 (http://www.qtlib.ru/index.php?option=com_content&task=view&i... (устранение накопившихся ошибок). Официальная поддержка Qt 3 заканчивается 1-го июля 2007 года.
URL: http://lists.freedesktop.org/archives/xorg-announce/2007-Feb...
Новость: http://www.opennet.me/opennews/art.shtml?num=9860
Теперь срочно ждём появления в портах в FreeBSD %)))
Забыл сказать ЧТО ЭТО ОТЛИЧНАЯ НОВОСТЬ!!!!
Что за бред? Зачем там XML? Может и syscalls заменить на XML?
M4 лучше, да?
Пока во всех версиях xorg (> 7.0) вывод обычного текста в броузере (скролинг страницы мышой или стрелками) тормозит и спотыкается даже при использовании акселерации (radeon). А с драйвером fbdev скролинг вообще никакой.
А вот в меньших версиях иксов ( < 7.0) с драйвером fbdev все летает (даже быстрее, чем в 7+ c акселерацией).Вывод -- увлекшись переходом на OpenGL и ускорением видео (кино дейтвительно лучше показывает в > 7.0), про fbdev забыли
А не сама ли видеокарта глючит? Когда я с таким же глюком встретился под иксами, то протестил под виндой в 3d Mark - карта сразу же повисла - ни одного теста не прошла. Недолго думая - заменил Radeon на попавшуюся под руку Nvidia.
Странно описанных голюков не видел ни radeon дайвере ни на fglrx
Карта не глючит (radeon 9200). В xorg-x11-6.9.0-r3 (в gentoo это последняя) с любым драйвером (fbdev, vesa, radeon) все летает (машина celeron 1.8 ГГц). А во всех следующих пока приемлемый результат только с radeon, да и то местами заметны дергания. При включении fbdev становится совсем плохо (как на 486DX-66 со старой VGA).Я это не сразу заметил так как использовал radeon, поэтому пока вернулся опять на xorg-x11 6.9. Прорверено сие поведение и на LiveCD Sabayon (хотя он тоже гентушный). Проверить какой версии Xы в KNOPPIX 5.1.1 пока не удосужился (в виртуалбокс его иксы вроде шустро летают)
Сидя на 7.2RC достаточно давно, читаю и чего-то не понимаю: как можно повысить скорость реакции чего-либо и понизить при этом расход памяти, завернув его в XML?Кто-нить может растолковать, что под этим подразумевается? (пошёл читать usenix paper на сонную голову)
Цитата. Вникай:
*****
Язык описаний X протокола переведен с M4 на XML (на этапе сборки транслируется в код на Си)
*****
В git портах это уже достаточно давно есть и в большинств случаев работает. Не очень удобно что собирается все подряд, хотя возможность порезать Makefile никто не отменял. Версию лайт делающую это на этапе конфигурирования обещались сделать но позже. Xdm не заработала, но не проверял уже достаточно давно.
Мда.. что-то часто стали использовать XML там, где не стоило бы..
Конечно, программировать проще - схватил какой-нибудь стандартный парсер и вперед.. Но вот в данном проекте имело бы смысл подумать об уменьшении объемов данных, пересылаемых через сокет. Причем, желательно, не за счет использования сжатия. ИМХО у меня такое..Ну и ждем, когда оно наконец-то появится в портах FreeBSD..
--
Jay
P.S. вариант для жаждущи портов
http://wiki.freebsd.org/ModularXorg
http://xcb.freedesktop.org/wiki/XmlXcbArchitecture
XML-XCB consists of the following components:
* An XML Schema, defining an XML data format for X protocol descriptions.
* X protocol descriptions for the core X protocol and all extensions, written in the format defined by the XML schema.
* An XSL Transform (XSLT) to generate C bindings to the X protocol from the XML descriptions. These bindings are implemented on top of the existing XCB transport layer.
DescriptionThe XCB project is a replacement for the X Window System library Xlib. One major feature of XCB is the automatic generation of C bindings to the X protocol based on a description of that protocol. Previously, these descriptions were written in a protocol description language defined by a set of M4 macros. The XML-XCB project replaced the M4-based protocol description language and macros with an XML-based protocol description language and an XSLT-based binding generator.
Аффтар жжот (C)явно долго думал на переводом :)
Built on top of an XML description (xcb-proto) of the core X protocol. =>
Работает через XML обвзязку вокруг X протокола;
Да, надо исправлять. Пришлось перечитать от корки до корки http://www.usenix.org/events/usenix04/tech/freenix/full_pape... для успокоения нервов после такого фрагмента перевода.(перевирая на скору руку) Речь о том, что в рамках улучшения возможностей развития Xlib, с одной стороны, было решено создать специфический язык для описания X Protocol, а с другой -- при попытке применить автогенерацию кода к написанной руками (местами с макаронным дизайном) библиотеке немаленького размера быстро стало ясно, что это нереально, особенно без ломания API и ABI.
Из-за ряда неисправимых преимуществ Xlib по части организации транспорта и локинга разделяемых структур (который работает, но может задерживать выполнение на многие пробежки туда-обратно, причём приложение в общем случае даже не может предсказать, сколько дополнительных будет предпринято от его имени) -- и порешили создать отдельный от Xlib слой над X-протоколом, назвав его XCB и выкинув вагон барахла, которое не имеет отношения к задачам взаимодействия клинта с сервером или попросту неактуально.
При этом для обеспечения поддержки наследственных (и текущих!) приложений с заменой Xlib требуется обеспечить бинарную совместимость -- поскольку даже если все современные тулкиты и приложения, работающие напрямую с Xlib, переедут на XCB, то останется много того, от чего исходники утеряны или недоступны. Сперва попробовали перерисовать с нуля, потом поняли, что малореально, и стали помаленьку переписывать имеющийся Xlib кусочками. Оно при этом несколько похудело; улучшения в производительности в принципе есть, но пользователю они заметны не будут -- для более существенных Xlib API является препятствием, бишь надо переезжать на XCB.
Соответственно никакой XML на проводе нам пока вроде не грозит, страна может спать спокойно :-)
Макс, не стесняйся, шешы матом, вот бы все новости были так разжованы :)
На XML там только описан протокол X. На стадии компиляции XCB оно превращается в *.c и *.h. Для обмена данными между приложениями и X-сервером XML не используется. А вой какой подняли из-за нежелания сходить по ссылке.
Ещё там проблему с threadами решили, что есть очень гуд!
>Ещё там проблему с threadами решили, что есть очень гуд!
Это какую-такую проблему?
>>проблему с threadами решили,
>Это какую-такую проблему?
"не выиграл, а проиграл, не в спортлото, а в карты"(тм)
Не "решили", а "выразили желание сделать и двигаются в направлении" и не "проблему с thread-ами", а "multithreading support".
$SUBJ: мыслей много (="слышал звон," :) ), надо успеть отметиться -- вокабулярий %)) не поспевает.PS: Спасибо за изложение под "Да, надо исправлять Пришлось перечитать"!
Так что, никто не в курсе, когда оно в FreeBSD-портах(не экспериментальных) появится?
хм зачем Х сервер на роутерах?
а кто сказал что FreeBSD используется толька как роутер???
Лично использую для администрирования и как Дестоп (да же очень удобно)...
и не напряжно, 7.2 поможет с новыми чипсетами работать во FreeBSD...
>а кто сказал что FreeBSD используется толька как роутер???
;)>Лично использую для администрирования и как Дестоп (да же очень удобно)...
>и не напряжно, 7.2 поможет с новыми чипсетами работать во FreeBSD...
Не, так пакуйте, пакуйте. У меня прекрасно работает на ati и nvidia. На альте. :)PS: а мож
#include <bsd/stdflame>
и хватит в таких случаях? :) А флейм культурно развести где-нить на wiki, более статический, обстоятельный и аргументированный. Такой себе "how X stacks up against Y". Ы? :)
стоит поглядывать в списки рассылки... однако за последние 2 месяца подобные вопросы игнорировались...
>Улучшены средства автоконфигурирования.да да, при сборке потребовался какойто autoreconfigure, как я понял, присущий линуксу, на том и облом на фре.
пока что.
Аноним, не доводи до греха, не вынуждай тебя матом обложить!http://wiki.freebsd.org/ModularXorg
= = = =
As of 9/1/2007, things are working quite well so it's not that risky to upgrade from 6.9 to 7.2.
= = = =
И что? Столько лишних слов, а толку. Матом, бля.
по той доке и делал.
Надо переходить от autotools к другой системе сборки