The OpenNET Project / Index page

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

Решение проблем с перерисовкой окон в Compiz с новыми драйверами NVIDIA
После очередного обновления драйверов NVIDIA обнаружил очень неприятную
проблему с перерисовкой символов внутри gnome-terminal,
например, если запустить mc. Эта проблема наблюдается, если запущен Compiz. 
Некоторые также обнаруживают проблемы с перерисовкой не только окна терминала,
но и вообще окон Gnome.
Выяснилось, что в моем случае необходимо включить Indirect Rendering в Compiz,
чтобы эта проблема исчезла.
К сожалению, это немного сказывается на производительности, так что решите для
себя сами, нужен ли Compiz, или нет.
Также некоторым помогает добавление опции --loose-binding при старте Compiz.

Для включения Indirect Rendering в Ubuntu нужно добавить в файл
/etc/xdg/compiz/compiz-manager строчку

   INDIRECT="yes"

Если вокруг окон отображаются лишние бордюры, можно попробовать выполнить:

   sudo nvidia-xconfig --add-argb-glx-visuals -d 24

или указать в /etc/X11/xorg.conf

    DefaultDepth 24
    Option "AddARGBGLXVisuals" "true"

При появлении проблем с обновлением окон (содержимое "замерзает") при
использовании драйверов ati или intel,
 в /etc/X11/xorg.conf можно добавить:

   Option "XAANoOffscreenPixmaps" "true"


Подборка рекомендаций о решении проблем с Nvidia драйверами от посетителя pavlinux:

Настройки, которые можно попробовать в случае проблем:

   Option         "DamageEvents" "True"            # Не работает при SLI
   Option         "DisableGLXRootClipping" "True"  # для серии 100.xx.xx, но старее 100.14.19
   Option         "AllowGLXWithComposite" "True"   # для версии старее 9639
   Option         "UseEvents" "False"              # улучшение работы OpenGL рендеринга
   Option         "TripleBuffer" "True"            # улучшение качества, испольщовать с включенным Sync2VBlank в OpenGL
   Option         "BackingStore" "True"            
   Option         "RenderAccel" "True"
   Option         "AddARGBGLXVisuals" "True"
   Option         "MultisampleCompatibility" "True"  # использование раздельных фронтального и фонового multisample буферов

# Оптимизиция процесса запуска

   Option         "NoLogo" "true"
   Option         "NvAGP" "1"  
   Option         "NoPowerConnectorCheck" "off"
   Option         "NoBandWidthTest" "on"

Если на компьютере есть MSI, то грузить модуль с 
   modprobe nvidia NVreg_EnableMSI=1

Подобрать правильный NVreg_RemapLimit:

для 256Mb DDR3 NVreg_RemapLimit=0x0f800000
для 512MB DDR3 NVreg_RemapLimit=0x1F000000
для 768MB DDR3 NVreg_RemapLimit=0x2E800000
для 1Gb   DDR3 NVreg_RemapLimit=0x3E000000


До версии 177.67, добавить в xorg.conf

   Option "PixmapCacheSize" "1000000"
   Option "AllowSHMPixmaps" "0"

в /etc/X11/xinit дописать

   nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1

Испробовать варианты с

   # export __GL_YIELD="NOTHING"
   # export QT_NO_GLIB=1


В ядре выключить CONFIG_PCI_MMCONFIG, и все framebuffer драйверы, кроме CONFIG_FB_VESA=y

Распаковать драйвер -
   # NVIDIA-Linux-x86_64-180.44-pkg2.run --extract-only

залезть редактором в NVIDIA-Linux-x86_64-180.44/usr/src/nv/Makefile.kbuild
найти EXTRA_CFLAGS
дописать -UDEBUG -U_DEBUG -DNDEBUG -UNVDEBUG -URMDEBUG -UDEBUGGING -UDBG
 
15.04.2009 , Автор: Waster , Источник: http://flance.onego.ru/2009/04/11/1... (доп. ссылка 1)
Ключи: compiz
Раздел:    Корень / Пользователю / X Window

Обсуждение [ Линейный режим | Показать все | RSS ]
  • 1.1, Аноним (-), 23:08, 16/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ой... Как страшно жить... Лучше вообще не обновлять. А почему последняя проблема не касается nVidia? Надо бы о ней в названии теме заикнуться, чтобы владельцы этих видеокарт тоже зашли и увидели...
     
  • 1.2, pavlinux (ok), 00:53, 17/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Option DamageEvents True Doesn t work on SLI Option Disab... большой текст свёрнут, показать
     
     
  • 2.3, Анониум (?), 02:52, 17/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    полезная информация !

    потрудитесь оформить в виде отдельной статьи,
    это слишком круто для комментария ;)

     
     
  • 3.5, pavlinux (ok), 04:03, 17/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Лень мне... оформляй - разрешаю :)
     
     
  • 4.8, vitek (??), 13:23, 17/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    не воспитанный ты человек - http://www.nvnews.net/vbulletin/member.php?u=59775 :-D
     
     
  • 5.9, vitek (??), 13:32, 17/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ну ты и орёл, pavlinux - http://www.nvnews.net/vbulletin/showthread.php?t=131618 :-DDDDD

    коммент одного просто убил. минут на 15:
    >I don't understand. You thank NVIDIA for breaking your patch...?

    :-DDDDDDDDDDDDDDDDDDDDDDDDDD

     
     
  • 6.10, pavlinux (ok), 14:50, 17/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да, зажыгаем ... я ещё денег отсудю, или заставлю исходники открывать :)

     
     
  • 7.13, vitek (??), 16:40, 17/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    было б не плохо.
    и то и другое. :-)
     

  • 1.4, User294 (??), 03:50, 17/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, кто там орал что у нвидии самые лучшие и безпроблемные дрова?А оказывается - вполне себе даже проблемные :)
     
     
  • 2.6, angra (ok), 04:40, 17/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Все познается в сравнении. На радеонах в обычном kde 4.1 без compiz ставим галочку напротив простенького эффекта и получаем черный экран без возможности что-либо изменить кроме как из консоли(при первом столкновении обычно rm -rf ~/.kde). А тут понимаешь маленький глюк, проявляющийся только в глюкавом композитном менеджере, и сколько радости.
     

  • 1.7, Аноним (-), 10:43, 17/04/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прочитал дополнение. Спасибо! Наверное, это собиралось долго! Интересно, что такое "порт MSI"...
    Пофиксили проблему. Скачиваем 180.50!
     
     
  • 2.11, pavlinux (ok), 15:01, 17/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Прочитал дополнение. Спасибо! Наверное, это собиралось долго!

    Интересно, что такое "порт MSI"...

    Message Signaling Interrupt

    >Пофиксили проблему. Скачиваем 180.50!

     
  • 2.12, pavlinux (ok), 16:16, 17/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Прочитал дополнение. Спасибо! Наверное, это собиралось долго!
    > Интересно, что такое "порт MSI"...

    1. Есть оно или нет, можно глянув в
      * мануал на материнку
      * # zcat /proc/config.gz  | grep MSI
      * # cat /boot/config-'uname -r' | grep MSI

      Должно быть нечто вроде:  
        CONFIG_ARCH_SUPPORTS_MSI=y
        CONFIG_PCI_MSI=y

      * # dmesg | grep MSI

      Если в этих вариантах обнаружилось, тогда прописываем как сказано выше....


    2. Накой это нужно:

       MSI - Message Signaling Interrupt  - в краткой форме тут - http://ru.wikipedia.org/wiki/Message_Signaled_Interrupts

     
     
  • 3.14, vitek (??), 10:11, 19/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    если память не изменяет, то именно из-за этой шняги первые нвидиа дрова для висты глючили... вплоть до судебных разбирательсятв. :-D
    особенно на ноутах. проявлялось как то так - драйвер перестал отвечать и был перезагружен.
     
     
  • 4.15, pavlinux (ok), 13:44, 19/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >если память не изменяет, то именно из-за этой шняги первые нвидиа дрова
    >для висты глючили... вплоть до судебных разбирательсятв. :-D
    >особенно на ноутах. проявлялось как то так - драйвер перестал отвечать и
    >был перезагружен.

    Вряли из-за этой, она по умолчанию отключена (для PCI/AGP/PCI-X),
    а  для PCI-E -  "Все прерывания шины PCI Express всегда доставляются как MSI,
    даже при использовании эмуляции традиционных номеров проводников прерываний." (wikipedia)

     
     
  • 5.16, vitek (??), 20:11, 20/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    о. кстати - http://support.microsoft.com/kb/930062/en-us
    http://www.microsoft.com/whdc/device/display/wddm_timeout.mspx#EU
    http://www.repairyourpcnow.com/resources/atikmdag-has-stopped-responding.php
    и проявлялось это в большинстве случаев именно на ноутах с pci-e и, естественно, с MSI.
    да и как бы мсэовская TDR (Timeout Detection and Recovery) ещё там работала? я лично другого механизма не знаю.
    если помнишь, суды то именно из-за несоответсвия виста-реди на ноутах были.
    p.s.:
    прямые ссылки найти не могу. но они были и на нвидиа, и на ати, и на мс.
    при чём каждый пытался доказать, что карты и дрова были разработаны по спецификации мс.
    но эти ссылки не нашёл... может уже и потёрли. кому это теперь надо? :-D
     
     
  • 6.17, pavlinux (ok), 20:27, 20/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > и проявлялось это в большинстве случаев именно на ноутах с pci-e и,
    > естественно, с MSI.
    > да и как бы мсэовская TDR (Timeout Detection and Recovery) ещё там
    > работала? я лично другого механизма не знаю.  если помнишь, суды то
    > именно из-за не соответствия виста-реди на ноутах были.

    Видимо стало Ready после появления драйвера в Linux :)

     
     
  • 7.18, vitek (??), 00:37, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    исправили однако.
    я ж не говорю, что именно msi угробила премьеру висты.
    но из-за этого стандарта и его неадекватной поддерки.

    ну а тренируются на кошках... кстати, под линухом вырубаю msi на ноуте - фпсы растут.
    в смысле на карте: $ cat /proc/driver/nvidia/cards/0
    ....
    Card Type: PCI-E
    ставлю: $ cat /proc/driver/nvidia/registry
    ....
    EnableMSI: 0
    и растут. к чему бы это.

     
     
  • 8.19, pavlinux (ok), 04:42, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    lspci -vv 124 egrep MSI 124 Message Signalled Interrupts ... текст свёрнут, показать
     
     
  • 9.20, vitek (??), 09:16, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    lspci -vv 124 egrep MSI 124 Message Signalled Interrupts Capabilities ... текст свёрнут, показать
     
     
  • 10.21, pavlinux (ok), 15:50, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    78 понятно, а кто эти двое - e0 и 60 ... текст свёрнут, показать
     
     
  • 11.22, vitek (??), 22:23, 21/04/2009 [^] [^^] [^^^] [ответить]  
  • +/
    02 00 0 Network controller Intel Corporation PRO Wireless 3945ABG Golan Netwo... большой текст свёрнут, показать
     

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




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

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