$ qlist -I -v |grep nvid
x11-drivers/nvidia-drivers-304.22

А тем временем.

Поставил самый последный для моей видюхи NVIDIA-Linux-x86-295.59.run, и теперь вообще жопа:
До nvidia-xconfig
После nvidia-xconfig

Поставил самый последный для моей видюхи NVIDIA-Linux-x86-295.59.run, и теперь вообще жопа:

Ну, на этой системе и с этим окружением вообще потенциальная жопа на проприетарном драйвере, — эта скотина почемуто любит nouveau (который дрянь ещё похлеще unity). Для себя данную напасть решил кардинально: снёс Ubuntu, установил SuSE, среду KDE3, и собираю самостоятельно свежие драйвера nvidia. Избавился одним махом от всех проблем — DE функциональней просто не бывает, отзывчивость системы молниеносная, аптайм системы уже более полугода, Х-сервер (и DE-сессию соответственно) перезагружаю только по мере выхода мажорных версия драйвера nvidia, никаких тормозов, сбоев, зависаний, вылетов и прочего замечено не было, убить систему практически невозможно.

Зачем вам нужен проприетарный драйвер?

А вот почему у меня при подгрузке этого вашего нуво видяха повисает («нет сигнала» на монике)? gts450, kernel 3.5

Потому что вы не написали багрепорт.

Видать модель видяхи очень редкостная.

Или баг не у всех проявляется.

Укажите на альтернативу - попробую. Собственно для этого тема и создана.

Не нужно пользоваться nvidia-xconfig'ом. Оно, похоже, Вам в xorg.conf'е напрописывало режимов. И вообще, xorg.conf в студию!

И да, модель карты-то какая?

// Неплохо было бы обновиться на драйвер версии посвежее (у меня вообще уже бета стоит на двух машинах — всё OK).

И вообще, xorg.conf в студию!

Я его удалил совсем, так что не знаю что там было. Теперь разрешение все нормально, но в драйвере NVIDIA-Linux-x86-295.59 таже бага с z-буфером, так что он идет лесом.

И да, модель карты-то какая?

GeForce 8600 GT

обновиться на драйвер версии посвежее

NVIDIA-Linux-x86-295.59 это самое свежее что есть у нвидии для моей карты.

Укажите на альтернативу - попробую. Собственно для этого тема и создана.

Можно попробовать удалить драйвер nVidia, например.

Удалял, без драйвера все ок, в хардварном режиме гхм даже шейдеры нормально работали, багов с z-буфером нет. Также все хорошо если ставить драйвер 173.14.35, но в нем другая бага - все тормозит.

Самое свежее — 302.17. Причём, это стабильная версия. Я уже опробовал 304.22 (бета) и сейчас уже использую 304.30 (тоже бета). Глюков не заметил. В 304.22, например, починили спячку (проявлялось на одной из моих машин после обновления на 302.17), а в 304.30 добавили классную фичу — FXAA.

Самое свежее — 302.17. Причём, это стабильная версия.

Как, если такой версии для моей карты на их сайте вообще нет?

Также все хорошо если ставить драйвер 173.14.35, но в нем другая бага - все тормозит.

Зачем тогда его ставить?

Ты по делу хоть что нибудь скажешь, или так и будешь демагогию разводить?

Какой-то странный у нас с вами разговор получается. Вот я вас спрашиваю, зачем вам нужен проприетарный драйвер. Вот вы просите указать альтернативу. Вот вам её указывают, и вы даже пишите, что без проприетарного драйвера у вас нормально работает всё, что нужно, но потом зачем-то ставите старый проприетарный legacy-драйвер и пишите, что он у вас тормозит. Зачем вы его так упорно ставите - неизвестно.
Или я что-то не так понял, или вы что-то не так сказали. Поясняйте.

Ставьте её, ибо ветка 8xxx поддерживается последними поколениями драйверов.

В теории там много чего поддерживается, на практике правда ситуация немного иная.

и вы даже пишите, что без проприетарного драйвера у вас нормально работает всё, что нужно

По вашему хардварный рендеринг это все что нужно человеку который работает плотно с 3д? И вообще, то что в месе заработали шейдеры это наверняка баг деинсталяции прошлого драйвера. Мне как воздух нужна поддержка SSAO и прочие фишки, которые поддерживает лишь официальный драйвер, а не поделки опенсорса.

Кроме того, баг похоже не драйвера, а чисто убунтовый, ибо если ставить драйвер 173.14.35 с реп убунты, то бага с з-буфером нет, но если эту же версию но официальный нвидеевский, то баг с з-буфером, а так же любой офф-нвидиевский начиная с 173.14.35 и заканчивая 304.30 везде баг с з-буфером, сомневаюсь что это баг драйвера или огра, это баг убунты.

с реп убунту драйвер не имеющий бага з-буфера только 173.14.35, все остальные его имеют, но 173.14.35 с реп убунты имеет другую проблему, это адские тормоза всего.

Ну не клоунадь, а? http://ompldr.org/vZXl4NQ

Да еп вашу мать, ставил я его, читать тред научитесь прежде чем постить.

Мне как воздух нужна поддержка SSAO и прочие фишки, которые поддерживает лишь официальный драйвер

Ну вот, так бы уже давно, а то из вашего исходного сообщения можно предположить, что проблема с Z-буфером это единственное, что вас беспокоит.

поделки опенсорса.

OGRE

Okay.

И вообще, то что в месе заработали шейдеры это наверняка баг деинсталяции прошлого драйвера.

Петросянить-то зачем? http://www.mesa3d.org/shading.html

Куда слать багрепорт, нвидии или тем кто драйвер собирал?

ставил я его

Теперь можно сказать с полной уверенностью - точно не тем, кто собирал драйвер.

Okay.

) нервы сдали, погорячился.

Теперь можно сказать с полной уверенностью - точно не тем, кто собирал драйвер.

Но и не нвидии, сомневаюсь что во всей линейке с 173.14.35 по 304.30 драйверов баг збуфера был.

Кроме того, в виндоусе таких проблем нет, с этими же версиями драйверов.

Но и не нвидии, сомневаюсь что во всей линейке с 173.14.35 по 304.30 драйверов баг збуфера был.

Вы знаете, чего только не бывает. В частности баг может быть в драйвере, но проявляться только с какой-нибудь версией libc, на какой-то линейке чипов (ну или что-нибудь в этом роде). Скорее всего разобраться получиться с помощью техподдержки.

Похоже будем пробовать дебиан, пока в виртуалке, посмотрим как там с этими же драйверами, тогда станет ясно - либо у меня руки кривые (что вполлне вероятно, учитывая мою зеленость в линуксах), либо руки кривые у убунто-девелоперов.

В частности баг может быть в драйвере, но проявляться только с какой-нибудь версией libc

Так а почему тогда, в драйвере 173.14.35 с реп убунты проблем збуфера нет, но эта же версия но официальная от нвидии имеет баг?

Так а почему тогда, в драйвере 173.14.35 с реп убунты проблем збуфера нет, но эта же версия но официальная от нвидии имеет баг?

Потому что они ставяться различными способами, со всеми вытекающими последствиями. Например поддержка DKMS появилась только в 304 (а до 302 драйвер не умел XrandR). Чёрт их знает, чего они там ещё накодили.

В виртуалке нужен другой драйвер, в ней работу блоба Nvidia не проверить.

Да ну их, эти старые карты, да ещё и интеграшки.

Да ну их

В каком смысле?

Я, конечно, не оправдываю драйверописателей из Nvidia, но всё же мне кажется, что с перечисленными Вами картами древних поколений (да ещё и интеграшками) жизни нет.

Это я про 6xxx и 7xxx.

с перечисленными Вами картами древних поколений (да ещё и интеграшками) жизни нет

Кому-то не нужно ничего, кроме композитинга и видео, но когда 3D вообще не работает или экран постоянно моргает, жизни с ними действительно нет.

Я не говорю, что что-либо не нужно. Просто я не представляю, как именно можно сейчас использовать карты Nvidia поколений до 8xxx.

// Мне, кстати, нужны не только композитинг — я 3D очень даже активно использую.

Я не говорю, что что-либо не нужно.

Верно, это не вы говорите, это я говорю.

Просто я не представляю, как именно можно сейчас использовать карты Nvidia поколений до 8xxx.

Можно, с nouveau. Правда, что делать с 6100/6200, которые им не поддержваются, а в проприетарном драйвере что-то опять поломали - непонятно, потому что чинить скорее всего уже не будут.

Я имел в виду, что сами железки мало что умеют.

Это так, но с учётом распространённости видеокарточек Intel, я подозреваю что большая часть продаж видеокарт AMD и nVidia так же приходится на интеграшки и мобильные чипы.

Эм... У AMD — возможно. А у Nvidia'и из интеграшек остался только ION / ION2. Но это те же самые GT 9400M / 310M. Так что это уже относительно современные карты. Но ION'ы довольно слабо распространены. Так что основной рынок Nvidia'и — всё же дискретные карты / карты для стационаров.

Драйвера nVidia все глючные. Не очень-то охотно они под Linux разрабатываются. Гораздо лучше под OS X! (Я считаю это несправедливо)

Ни скажите, они даже бесполезную 610M умудряются в ноутбуки протолкнуть, даже при том, что эта карта не намного лучше и так имеющихся в современных ноутбуках видеокарт Intel HD. 630M недалеко ушла (а для десктопа есть YOBA-версия 630 с 4 Gb VRAM в наличии) так что интеграшки и затычки они продают, и вполне успешно.

610M = GT 520M. А на GT 520M у меня D3 под Wine'ом бегает местами быстрее (а обычно на равных), чем у товарища на GT 540M под виндой (на одинаковых настройках).

По тестам, да — GT 520M примерно соответствует Intel HD3000. Но, как я выяснил позднее, это только в тестах. Так что интеграшками эти карты назвать сложно, да и, в принципе, все и всегда их называют дискретками, что, в общем-то, соответствует действительности.

Это потому, что в вайне вместо directx куча заглушек — так и пишет в stderr stub! ... stub!

Ъ фикс

Все драйвера глючные. Не очень-то охотно они под Linux разрабатываются. Гораздо лучше под OS X! (Я джва года ждал считаю это несправедливо)

Это да. Но именно в D3 я подобных выхлопов в консоли не помню (допускаю, что невнимательно смотрел).

173* работали ущербно, в итоге я пересел на нуво. Не думаю, что с того времени много изменилось.

На самом деле нужно

softdep nouveau pre: fbcon