https://ns.opennet.ru/openforum/vsluhforumID3/52639.html После очередного обновления драйверов NVIDIA обнаружил очень неприятную проблему с перерисовкой символов внутри gnome-terminal, <br>например, если запустить mc. Эта проблема наблюдается, если запущен Compiz. <br>Некоторые также обнаруживают проблемы с перерисовкой не только окна терминала, но и вообще окон Gnome. <br>Выяснилось, что в моем случае необходимо включить Indirect Rendering в Compiz, чтобы эта проблема исчезла. <br>К сожалению, это немного сказывается на производительности, так что решите для себя сами, нужен ли Compiz, или нет. <br>Также некоторым помогает добавление опции --loose-binding при старте Compiz.<br><br>Для включения Indirect Rendering в Ubuntu нужно добавить в файл /etc/xdg/compiz/compiz-manager строчку <br><br> INDIRECT="yes"<br><br>Если вокруг окон отображаются лишние бордюры, можно попробовать выполнить:<br><br> sudo nvidia-xconfig --add-argb-glx-visuals -d 24<br><br>или указать в /etc/X11/xorg.conf<br><br> DefaultDepth 24<br> Option "AddARGBGLXVisuals" "true"<br><br>При появлении проблем с обновлением окон (сод https://ns.opennet.ru/openforum/vsluhforumID3/52639.html#22 Tue, 21 Apr 2009 18:23:38 GMT 02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)<br> Subsystem: Hewlett-Packard Company Device 135c<br> Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+<br> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast &gt;TAbort- &lt;TAbort- &lt;MAbort- &gt;SERR- &lt;PERR- INTx-<br> Latency: 0, Cache Line Size: 64 bytes<br> Interrupt: pin A routed to IRQ 30<br> Region 0: Memory at f4000000 (32-bit, non-prefetchable) [size=4K]<br> Capabilities: [c8] Power Management version 2<br> Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)<br> Status: D0 PME-Enable- DSel=0 DScale=0 PME-<br> Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+<br> Address: 00000000fee0300c Data: 41b9<br> Capabilities: [e0] Express (v1) Legacy Endpoint, MSI 00<br> DevCap: MaxPayload 128 bytes, PhantFunc 0, La https://ns.opennet.ru/openforum/vsluhforumID3/52639.html#21 Tue, 21 Apr 2009 11:50:10 GMT &gt;# lspci -vv &#124; egrep "MSI&#124;Message Signalled Interrupts" <br>&gt; Capabilities: [78] Express (v1) Endpoint, MSI 00 <br>&gt; Capabilities: [e0] Express (v1) Legacy Endpoint, MSI 00 <br>&gt; Capabilities: [60] Express (v1) Endpoint, MSI 00 <br><br>78 понятно, а кто эти двое - e0 и 60 ??? <br><br><br><br><br><br> https://ns.opennet.ru/openforum/vsluhforumID3/52639.html#20 Tue, 21 Apr 2009 05:16:33 GMT # lspci -vv &#124; egrep "MSI&#124;Message Signalled Interrupts"<br>Capabilities: [90] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable+<br>Capabilities: [a0] Express (v1) Root Port (Slot+), MSI 00<br>Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-<br>Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00<br>Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00<br>Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable+<br>Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00<br>Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable+<br>Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00<br>Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable+<br>Capabilities: [80] Message Signalled Interrupts: Mask- 64bit- Queue=0/2 Enable+<br>Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+<br>Capabilities: [78] Express (v1) Endpoint, MSI 00<br>Capabilities: [d0 https://ns.opennet.ru/openforum/vsluhforumID3/52639.html#19 Tue, 21 Apr 2009 00:42:29 GMT # lspci -vv &#124; egrep "MSI&#124;Message Signalled Interrupts"<br><br>???<br> https://ns.opennet.ru/openforum/vsluhforumID3/52639.html#18 Mon, 20 Apr 2009 20:37:25 GMT исправили однако.<br>я ж не говорю, что именно msi угробила премьеру висты.<br>но из-за этого стандарта и его неадекватной поддерки.<br><br>ну а тренируются на кошках... кстати, под линухом вырубаю msi на ноуте - фпсы растут.<br>в смысле на карте: $ cat /proc/driver/nvidia/cards/0 <br>....<br>Card Type: PCI-E<br>ставлю: $ cat /proc/driver/nvidia/registry <br>....<br>EnableMSI: 0<br>и растут. к чему бы это.<br> https://ns.opennet.ru/openforum/vsluhforumID3/52639.html#17 Mon, 20 Apr 2009 16:27:12 GMT &gt; и проявлялось это в большинстве случаев именно на ноутах с pci-e и, <br>&gt; естественно, с MSI. <br>&gt; да и как бы мсэовская TDR (Timeout Detection and Recovery) ещё там <br>&gt; работала? я лично другого механизма не знаю. если помнишь, суды то <br>&gt; именно из-за не соответствия виста-реди на ноутах были. <br><br>Видимо стало Ready после появления драйвера в Linux :)<br><br><br><br><br><br><br><br> https://ns.opennet.ru/openforum/vsluhforumID3/52639.html#16 Mon, 20 Apr 2009 16:11:02 GMT о. кстати - http://support.microsoft.com/kb/930062/en-us<br>http://www.microsoft.com/whdc/device/display/wddm_timeout.mspx#EU<br>http://www.repairyourpcnow.com/resources/atikmdag-has-stopped-responding.php<br>и проявлялось это в большинстве случаев именно на ноутах с pci-e и, естественно, с MSI.<br>да и как бы мсэовская TDR (Timeout Detection and Recovery) ещё там работала? я лично другого механизма не знаю.<br>если помнишь, суды то именно из-за несоответсвия виста-реди на ноутах были.<br>p.s.:<br>прямые ссылки найти не могу. но они были и на нвидиа, и на ати, и на мс.<br>при чём каждый пытался доказать, что карты и дрова были разработаны по спецификации мс.<br>но эти ссылки не нашёл... может уже и потёрли. кому это теперь надо? :-D<br> https://ns.opennet.ru/openforum/vsluhforumID3/52639.html#15 Sun, 19 Apr 2009 09:44:30 GMT &gt;если память не изменяет, то именно из-за этой шняги первые нвидиа дрова <br>&gt;для висты глючили... вплоть до судебных разбирательсятв. :-D <br>&gt;особенно на ноутах. проявлялось как то так - драйвер перестал отвечать и <br>&gt;был перезагружен. <br><br>Вряли из-за этой, она по умолчанию отключена (для PCI/AGP/PCI-X), <br>а для PCI-E - "Все прерывания шины PCI Express всегда доставляются как MSI, <br>даже при использовании эмуляции традиционных номеров проводников прерываний." (wikipedia)<br> https://ns.opennet.ru/openforum/vsluhforumID3/52639.html#14 Sun, 19 Apr 2009 06:11:15 GMT если память не изменяет, то именно из-за этой шняги первые нвидиа дрова для висты глючили... вплоть до судебных разбирательсятв. :-D<br>особенно на ноутах. проявлялось как то так - драйвер перестал отвечать и был перезагружен.<br>