Вышел (http://lists.x.org/archives/xorg-announce/2012-May/001943.html) релиз свободного видеодрайвера для видеокарт Intel - xf86-video-intel 2.19.0, в котором отмечено более 200 исправлений, подавляющее большинство из которых связано с поддержкой архитектуры 2D-акселерации SNA. Архитектура SNA базируется на традиционной модели DDX (Device Dependent X) и нацелена на достижение максимальной производительности, которой можно добиться от имеющейся видеокарты. Кроме того, в новой версии отмечено несколько изменений, направленных на повышении стабильности работы архитектуры акселерации UXA и обеспечение поддержки чипсета Ivy Bridge GT2 Server. Из исправленных ошибок отмечается устранение краха при использовании нескольких мониторов, решение проблем с отображением битовых карт.
Дополнительно можно отметить обновлённую реализацию (http://lists.freedesktop.org/archives/intel-gfx/2012-April/0...) экспериментальной архитектуры 2D-акселерации GLAMOR 0.4 (http://www.freedesktop.org/wiki/Software/Glamor), которая использует OpenGL для ускорения 2D-операций. В отличие от SNA и UXA, GLAMOR перекладывает выполнение всех операций рендеринга на плечи внешней библиотеки (http://cgit.freedesktop.org/xorg/driver/glamor/), которая использует OpenGL для ускорения отрисовки. В новой версии налажена корректная поддержка DRI2 и texture-from-pixmap, обеспечена полная поддержка glx (включая AIGLX), внесены оптимизации, добавлена возможность работы с цветовыми форматами GLES2 (OpenGL ES 2.0). Реализован механизм кэширвоания FBO (Framebuffer Object) и текстур, который сократил накладные расходы в процессе создания и удаления FBO и текстур, что привело к увеличению производительности на 15-20%, а для платформы PowerVR 545 производительность возросла в 10 раз. Инструкцию по сборке и задействованию GLAMOR можно найти в тексте анонса (http://lists.freedesktop.org/archives/intel-gfx/2012-April/0...).URL: http://lists.x.org/archives/xorg-announce/2012-May/001943.html
Новость: http://www.opennet.me/opennews/art.shtml?num=33756
Гламур теперь даже в драйверах :)
00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e22] (rev 03)
Для моей карты будет что-то хорошее? Учитывая, что у меня Ubuntu Linux 12.04
> Для моей карты будет что-то хорошее?Что конкретно ждём?
Cituis, Altuis, Fortius. Что-то вроде этого.
В первых двух словах буквы местами перепутал...
Что значит что? Луи Витон, Гучи, Армани, Прада ))
Извините...
Эти пид...ы, это не GLAMOR, это GLAMOUR
> Для моей карты будет что-то хорошее? Учитывая, что у меня Ubuntu Linux 12.04Да, все улучшения которые описаны в статье (как относящиеся к SNA, Glamor так и к UXA) относzтся ко всем версиям GPU от Intel, в том числе и к g45.
А этот баг https://bugs.freedesktop.org/show_bug.cgi?id=37686 скоро исправят?
Для Gnome Shell для устранения тиринга есть решение: добавить в /etc/environment строки:
CLUTTER_PAINT=disable-clipped-redraws:disable-culling
CLUTTER_VBLANK=True
Для unity с компизом тоже нашлось решение, описанное здесь:
http://askubuntu.com/questions/73909/screen-tearing-in-11-10...Поэтому хотелось бы у вас узнать, в вышедшем драйвере проблему устранили или нет? Если нет, то как быть пользователям кде (4.8 и выше) с квином? В интернете, что-то не нашлось решения, как в случае с гномом и юнити. Может вы подскажете? Уже вроде год как прошел с момента выпуска Sandy Bridge и поэтому хотелось бы, чтобы такой очень заметный и неприятный баг исправили.
> А этот баг https://bugs.freedesktop.org/show_bug.cgi?id=37686 скоро исправят?
> Для Gnome Shell для устранения тиринга есть решение: добавить в /etc/environment строки:Пока не устранили :(.
Понятно. Очень жаль. А временное решение (как для гнома и юнити) для кде с квином есть или нет? Если есть, то прошу скажите как это сделать. Просто из-за этого неприятного бага пока сижу в юнити.
> Понятно. Очень жаль. А временное решение (как для гнома и юнити) для
> кде с квином есть или нет? Если есть, то прошу скажите
> как это сделать. Просто из-за этого неприятного бага пока сижу в
> юнити.Проблема в том, что композитный менеджер должен поддерживать vsync, так что как драйвер так и x server в котором крутится composite manager должны работать вместе, чтобы обновлять экран в правильные промежутки времени. В противном случае случается ситуация когда программа закончила рендеризовать свой экран, синхронизовала время обновления с vsync; но так как есть еще и composite manager, он тоже должен синхронизовать свои обновления с драйвером.
Так что случается такая ситуация, когда программа готова к рендерингу и передает свои данные менеджеру композитинга, которые как раз в данные момент обновляет свой экран. Вот тут и появляется проблемы - экран композитора синхронизован с vsync, но в процессе обновления экрана содержимого окна программы подменяется в течении обновления. Так что часть экрана - новое содержимое, а другая часть - старое. Вот и появляется тиринг.
Чтобы это обойти, можно использовать full page flip - когда весь экран обновляется целиком, либо ТОЛЬКО композитным менеджером, либо ТОЛЬКО программой. При использовании иксов, это можно сделать при использовать полноэкранный режим, при котором композитинг отключается. Clutter, mutter - это поддерживают, kde, xfwm4 - насколько я помню, нет (хотя я могу ошибаться).
В wayland такой проблемы нет в принципе, так как композитный менеджер ответственен за все обновления и нет этой де-синхронизации.
Другой выход - это использовать специальные команды для видео-карты которые специально задерживают обновления экрана для синхронизации с композитным менеджером. Но в Sandy Bridge они весьма изменились, и так до сих пор у меня их правильно заработать заставить не получилось...
Спасибо за объяснения. Очень надеюсь, что баг удасться устранить в следующем релизе через три месяца (или в последующих релизах). А так в принципе все нормально работает.
В KDE 4.8 надо включить опцию "Вертикальная синхронизация" (не помню правда на англ. или на русском там) в там где настройки эффектов на последней вкладке. У меня по крайней мере это работает
А для Sandy Bridge что лучше использовать SNA, Glamor или UXA?
Фроникс может, Фроникс может, всё что угодно (с)
> А для Sandy Bridge что лучше использовать SNA, Glamor или UXA?SNA - наиболее быстрый, но в некоторых ситуациях случаются проблемы с рендерингом (хотя в последнее время редко). UXA - наиболее медленный, но и наиболее стабильный, особенно с долгожданными патчами в версии 2.19. GLAMOR - наиболее новый и экспериментальный из них всех, скорость зависит только от скорости 3д-библиотеки (например, mesa). Со стабильностью я проблем не видел, и при внутреннем тестировании их тоже в последнее время не наблюдается. Но уже в этой новости я уже были сообщения об ошибках (заодно отвечаю что не знаю что там случилось, но попробую выяснить)..
Интересно, а ветку g45-h264 вклеили таки в main или нет?
Нет :(.
Мне как пользователю Intel Atom с интегрированной карточкой Intel, эта новость должна как-то порадовать? Или меня вообще не касается?
> Мне как пользователю Intel Atom с интегрированной карточкой Intel, эта новость должна
> как-то порадовать? Или меня вообще не касается?Если интегрированная карта - это Интел (т.е., свободный драйвер), то да, целиком и полностью касается. Все, что относится к UXA, SNA и GLAMOR на нем можно использовать.
Если карта - powervr (т.е., poulsbo/gma500/gma600 с закрытыми драйверами), то частично касается - glamor на ней будет работать, и можно ожидать 10-кратного прироста в скорости для всех 2д операций при его использовании.
Понятно, спасибо. Будем ждать в тестинг
Больше гламура посоны
Не взлетел гламор.00:02.0 VGA compatible controller: Intel Corporation 82G965 Integrated Graphics Controller (rev 02)
glxinfo | grep OpenGL
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 965G
OpenGL version string: 2.1 Mesa 8.1-devel (git-4a26454)
OpenGL shading language version string: 1.20
OpenGL extensions:Xorg.0.log
[ 22453.568] Failed to compile VS: xö²ÁÞ
[ 22453.568] Program source:
attribute vec4 v_position;void main()
{
gl_Position = v_position;
}
[ 22453.568]
Fatal server error:
[ 22453.568] GLSL compile failure
Нехрена не заработал гламур...Модуль грузиццо, волшебной надписи Use GLAMOR acceleration нету.
[ 1771.900] ABI class: X.Org Server Extension, version 6.0
[ 1771.900] (II) Loading extension DRI2
[ 1771.900] (II) LoadModule: "glamoregl"
[ 1771.901] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[ 1771.907] (II) Module glamoregl: vendor="X.Org Foundation"
[ 1771.907] compiled for 1.11.4, module version = 0.4.0
[ 1771.907] ABI class: X.Org ANSI C Emulation, version 0.4
Исправили ограничение?
https://bugzilla.redhat.com/show_bug.cgi?id=699705
А то обещали в Fedora 16, сейчас у меня Fedora 17, а до сих под когда к нетбуку подключаю стационарный монитор 3D render выключается...