The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Проект XCWM нацелен на обеспечение запуска X-клиентов в системах без X Window

24.09.2012 10:46

Группа разработчиков из Портлендского университета представила на конференции разработчиков X.Org библиотеку libXCWM (X11 Compositing Window Manager Library) и оконный менеджер XtoQ (X.org Rootless Compositing Window Manager), нацеленные на обеспечение прямого запуска X-клиентов на не X Window системах, таких как Wayland, Mac OS X и Microsoft Windows.

Библиотека libXCWM выступает в роли прослойки между XCB и специфичной для каждой платформы оконной системы, что позволяет работать с X-приложениями в окнах, функционирующих с использованием нативных оконных систем текущих платформ, без привлечения дополнительных надстроек, подобных XQuartz или XWin. XtoQ представляет собой построенный с использованием библиотеки XCWM прототип оконного менеджера для платформы Mac OS X, дающий возможность работать с X-приложениями в стандартных окнах Mac OS X без запуска X-сервера XQuartz.



  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34918-xcwm
Ключевые слова: xcwm, x11, wm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (25) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 11:08, 24/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    "без привлечения дополнительных надстроек, подобных XQuartz или XWin"
    так он же сам такая же надстройка...
     
     
  • 2.2, Аноним (-), 11:15, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Здесь будет библиотека вместо сервера.
     
     
  • 3.8, Vkni (ok), 11:40, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И в чём преимущество данного подхода? Ну прямые вызовы вместо пересылки сообщений. Но ведь скорость-то что вызовов, что пересылки сообщений совершенно незаметна на современных машинах. А управляющие компоненты в любом случае неродные, то есть, программы выглядят неестественно.
     
     
  • 4.10, filosofem (ok), 11:48, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нечитатель не умничай.
     
  • 4.20, анонимус (??), 14:41, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > совершенно незаметна на современных машинах

    Неужели. То-то unity (точнее compiz) так проц грузят. Иногда все просто замирает и не реагирует на нажатия. И это с драйвером nvidia.

     
     
  • 5.22, ананим (?), 16:18, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    уверены, что виноват компиз, а не таже нвидиа?
    а то тут взаимосвязь проследить не всегда очевидно.

    вот стоит генту, на компиз+xfce - всё летает и на интел, и на нвидиа.
    а с учётом того, что компиз отлично летал ещё лет 5-7 назад на древнючих картах...
    в общем был у меня как-то баг с интелом (не помню с какой версией драйверов), сходный по симптомам - всё замирало, потом отмирало. в dmesg появлялась запись вида:
    [  242.493640] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
    т.е. банально видео-карта не отвечала.
    тоже самое было и с нвидией (а с ней вообще нашумевшая история, когда с выпуском висты она висла и перегружались дрова - http://www.google.ru/search?q=nvidia+hung+vista&ie=utf-8&oe=utf-8&aq=t&rls=or )
    и периодически происходит.
    зыж
    и вообще,
    [    1.670263] i915 0000:00:02.0: irq 41 for MSI/MSI-X
    http://en.wikipedia.org/wiki/Message_Signaled_Interrupts
    на некоторых моделях та ещё хрень реализована

     
  • 5.27, Vkni (ok), 22:06, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Неужели. То-то unity (точнее compiz) так проц грузят. Иногда все просто замирает
    > и не реагирует на нажатия. И это с драйвером nvidia.

    Вы думаете, что если механизм посылки/обработки сообщений заменить на прямой вызов процедур, это сильно ускорит Unity/compiz? Сдаётся мне, что всё сажается совершенно не в нём. А, скорее, в XRender - когда все фигуры переводятся в трапеции.

     

  • 1.7, kurokaze (ok), 11:35, 24/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    плюсую. х11 на маках уныло медленно работает
     
  • 1.12, гость (?), 11:49, 24/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А это вообще хоть кому-нибудь надо? :)
     
     
  • 2.15, Аноним (-), 12:24, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Мне нужно
     
  • 2.23, Аноним (-), 16:30, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мне не нужно.
     
  • 2.26, Аноним (-), 20:17, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мне нужны сырцы
     

  • 1.14, Тузя (ok), 12:10, 24/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все это очень нужно и важно.
    Есть только пара вопросов: XCB не может работать с GLX, а Xlib не поддерживается. Значит opengl не будет? Если так, то это связано с дальнейшей перспективой избавиться от GLX в пользу EGL, или с чем?
     
     
  • 2.18, Аноним (-), 13:48, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    OpenGL будет работать не через XCB, а напрямую, как и обычно. Очевидно же.
     

  • 1.17, Zenitur (ok), 13:44, 24/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Жду портирования на Android и DirectFB.
     
  • 1.25, arisu (ok), 17:41, 24/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    запихали икс-сервер в библиотеку. только зачем?

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

    а если программа написана на каком-либо популярном кроссплатформенном тулките, то и тем более эмулятор не нужен.

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

     
     
  • 2.28, Аноним (-), 22:53, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > и всё равно программу надо отдельно с этой ерундой линковать.

    Ну вообще-то…
    >> Библиотека libXCWM выступает в роли прослойки между XCB и специфичной для каждой платформы оконной системы

    Иными словами, программы, линкованные с XCB, будут работать и с этим.

     
     
  • 3.31, Vkni (ok), 00:16, 25/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Иными словами, программы, линкованные с XCB, будут работать и с этим.

    Таких программ (чтобы их тулкит был не кроссплатформен) очень немного.

     
  • 2.29, Аноним (-), 23:01, 24/09/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > программу надо отдельно с этой ерундой линковать.

    ты в своём стиле, слышу звон - не знаю где он

     
     
  • 3.32, arisu (ok), 03:07, 25/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> программу надо отдельно с этой ерундой линковать.
    > ты в своём стиле, слышу звон - не знаю где он

    то есть, линковать не надо? ок, напиши, как и почему.

     
  • 2.30, Vkni (ok), 00:15, 25/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > запихали икс-сервер в библиотеку. только зачем?

    Да, непонятно. Казалось бы, изменения лишь в механизме вызова процедур отрисовки - посылка сообщений (дополнительная к посылке сообщений в MacOSX/Win32) или непосредственный вызов.

    > если программа написана без использования тулкитов, для «чистых» иксов — они в итоге должны переписать практически все иксы и часто используемые расширения. и всё равно программу надо отдельно с этой ерундой линковать.

    Насколько я понимаю, не для "чистых Х" (тогда используется Xlib), а для XCB. Однако, на XCB написано очень мало программ и тулкитов. То есть, применимость хоть и есть - не надо таскать доп. Хсервер, но она очень ограничена.

    Нужно, чтобы:

    а) Программа была написана на XCB или использовала тулкит, поддерживающий XCB (не Xlib).

    б) Не использовала кросс-платформенный тулкит.

    в) Не нужны приемущества использования Х (сетевая прозрачность).

     
     
  • 3.33, arisu (ok), 03:10, 25/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Насколько я понимаю, не для «чистых Х» (тогда используется Xlib), а для XCB.

    XCB — это даже более «чистый» икс-протокол, чем Xlib. посмотри на реализацию: XCB — это практически pure x-proto.

     
     
  • 4.34, Vkni (ok), 11:43, 25/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > XCB — это даже более «чистый» икс-протокол, чем Xlib. посмотри на реализацию: XCB — это практически pure x-proto.

    Ок. Но это терминологические тонкости. :-)

     

  • 1.35, lucentcode (ok), 14:31, 26/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошая идея. Портирование некоторых приложений с помощью этой либы можно очень упростить.
     
     
  • 2.36, arisu (ok), 18:54, 26/09/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Хорошая идея. Портирование некоторых приложений с помощью этой либы можно очень упростить.

    можно примеры приложений? нет, действительно интересно.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру