[sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Sergey]

Приветствую.

Что-то проблемы чем дальше, тем больше... Когда-то карточка работала быстро,
а теперь... В последнее время стало совсем плохо. Стоит у меня сейчас 4 ядра.
В списке версии NVidia и соответствующие им ядра (или, наоборот :-) ):

173.14.25 -  2.6.32-std-def-alt1
173.14.25 -  2.6.32-std-def-alt9
173.14.22 -  2.6.30-std-def-alt15
173.14.18 -  2.6.27-ovz-smp-alt7

Стоит, вообще-то, 5.1 (почти свежий), но ядра 2.6.32 и соответствующие им
NVidia - Сизиф. Есть flash-игрушка (могу ссылку дать). flash в Мозилле и
так-то тормозит, но тут всё совсем плохо. C первыми тремя парами прорисовка
постоянно меняющихся элементов идёт рывками. С 2.6.27, хотябы, плавно. Это
регрессия в новых ядрах, в обновлённом драйвере NVidia, или везде ?

Intel(R) Pentium(R) 4 CPU 2.40GHz (с гипертредингом)
VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5500] (rev a1)

-- 
С уважением, Сергей
a_s_y@sama.ru

PS: может из 4.0 откуда-нибудь 2.6.18 вернуть с тем драйвером, что там был...

PPS: А, может, зря 2.6.18 забросили ? Может, восстановить его для школьных
проектов следует, для слабой техники ? Уж там-то, на слабых компьютерах, список
оборудования должен перекрываться и восемнадцатым ядром...

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 820 bytes --]

On Sun, Mar 14, 2010 at 05:35:02PM +0400, Sergey wrote:
> PS: может из 4.0 откуда-нибудь 2.6.18 вернуть с тем драйвером, что там был...
4.0 поставьте. 

> PPS: А, может, зря 2.6.18 забросили ? 
Его, например, не умеет текущий udev. Когда-нибудь его запросто может
перестать уметь glibc.

> Может, восстановить его для школьных проектов следует, для слабой
> техники ? Уж там-то, на слабых компьютерах, список оборудования должен
> перекрываться и восемнадцатым ядром...
А чем старое ядро там лучше нового?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<hiddenman> thresh: Your authorization has been removed!  wtf?
<thresh> hiddenman: а нахрена мне тебя три в моем уютном ростере?
<hiddenman> thresh: так я  триедин
<combr> hiddenman: ешь за троих?
<hiddenman> combr: глючу

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Sergey]

On Sunday 14 March 2010, Andrey Rahmatullin wrote:

> > PS: может из 4.0 откуда-нибудь 2.6.18 вернуть с тем драйвером, что там был...

> 4.0 поставьте. 

Я бы поставил, если бы на текущей (или почти текущей) пакетной базе ничего
смотреть не надо было. Опять же, я всё ещё питаю надежду KDE сменить на 4. :-)

> > PPS: А, может, зря 2.6.18 забросили ? 

> Его, например, не умеет текущий udev.

в 5.1/p5 тоже ?

> Когда-нибудь его запросто может перестать уметь glibc.

К тому времени, может быть, старая техника и сама попередохнет. :-)

> > Может, восстановить его для школьных проектов следует, для слабой
> > техники ? Уж там-то, на слабых компьютерах, список оборудования должен
> > перекрываться и восемнадцатым ядром...

> А чем старое ядро там лучше нового?

Это мысли в слух: я, пока, не знаю, откуда регрессия в скорости лезет. Вот,
c NVidia, например. Вообще, надо попробовать для 2.6.32 версию модуля постарее
собрать.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 470 bytes --]

On Sun, Mar 14, 2010 at 05:54:01PM +0400, Sergey wrote:
> > > PPS: А, может, зря 2.6.18 забросили ? 
> > Его, например, не умеет текущий udev.
> в 5.1/p5 тоже ?
Версия из 4.1 (118) требует 2.6.15. Версия из p5/5.1 (141) требует 2.6.22.
Версия из сизифа (150) требует 2.6.27.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<Lost> hiddenman: последнее, что видят баги в пакетах ldv@ - это знаменитый
       удар по клавишам с разворота

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [sisyphus] udev requirements

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 518 bytes --]

On Sun, Mar 14, 2010 at 07:04:42PM +0500, Andrey Rahmatullin wrote:
> On Sun, Mar 14, 2010 at 05:54:01PM +0400, Sergey wrote:
> > > > PPS: А, может, зря 2.6.18 забросили ? 
> > > Его, например, не умеет текущий udev.
> > в 5.1/p5 тоже ?
> Версия из 4.1 (118) требует 2.6.15. Версия из p5/5.1 (141) требует 2.6.22.

В какой степени версия udev из p5/5.1 требует ядра версии >2.6.18?
Есть многочисленные прецеденты работоспособности этого udev на
2.6.18-ovz-rhel-alt13.M51.2 (из того же бранча).


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] udev requirements

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 444 bytes --]

On Sun, Mar 14, 2010 at 05:10:53PM +0300, Dmitry V. Levin wrote:
> В какой степени версия udev из p5/5.1 требует ядра версии >2.6.18?
Я, к сожалению, могу говорить только о том, что написано в README, кроме
того могу подтвердить незагружабельность ~декабрьского сизифа на 2.6.26.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

Могу решить проблему путем выкидывания пакета на свалку истории.
		-- ldv in #6962

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [sisyphus] udev requirements

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 503 bytes --]

On Sun, Mar 14, 2010 at 07:19:54PM +0500, Andrey Rahmatullin wrote:
> On Sun, Mar 14, 2010 at 05:10:53PM +0300, Dmitry V. Levin wrote:
> > В какой степени версия udev из p5/5.1 требует ядра версии >2.6.18?
> Я, к сожалению, могу говорить только о том, что написано в README, кроме
> того могу подтвердить незагружабельность ~декабрьского сизифа на 2.6.26.

Короче говоря, если вдруг udev из 5.1/p5 не заработает на ovz-rhel из того
же бранча, то это будет баг.  Пока что работает.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] udev requirements

[Sergey]

On Sunday 14 March 2010, Dmitry V. Levin wrote:

> Короче говоря, если вдруг udev из 5.1/p5 не заработает на ovz-rhel из того
> же бранча, то это будет баг.  Пока что работает.
 
Что-то я для ovz-rhel в 5.1/p5 не вижу kernel-modules-alsa...

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] udev requirements

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 360 bytes --]

On Sun, Mar 14, 2010 at 06:42:02PM +0400, Sergey wrote:
> On Sunday 14 March 2010, Dmitry V. Levin wrote:
> 
> > Короче говоря, если вдруг udev из 5.1/p5 не заработает на ovz-rhel из того
> > же бранча, то это будет баг.  Пока что работает.
>  
> Что-то я для ovz-rhel в 5.1/p5 не вижу kernel-modules-alsa...

В том ядре оно встроенное.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] udev requirements

[Sergey]

On Sunday 14 March 2010, Dmitry V. Levin wrote:

> Короче говоря, если вдруг udev из 5.1/p5 не заработает на ovz-rhel из того
> же бранча, то это будет баг.  Пока что работает.
 
О, кстати, давно на 5.1 баг хотел повесить, всё забываю:

# lilo
<skip>
Fatal: Image name, label, or alias is too long: '2618-ovz-rhel-13M512'

Повесить, или тут хватит ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] udev requirements

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 455 bytes --]

On Sun, Mar 14, 2010 at 07:14:47PM +0400, Sergey wrote:
> О, кстати, давно на 5.1 баг хотел повесить, всё забываю:
> 
> # lilo
> <skip>
> Fatal: Image name, label, or alias is too long: '2618-ovz-rhel-13M512'
> 
> Повесить, или тут хватит ?
#22616

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

> Грабли - оно штука занятная: не узнаешь, пока не наступишь. :-)
Пользуйтесь граблеискателем. :)
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [sisyphus] udev requirements

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 512 bytes --]

On Sun, Mar 14, 2010 at 07:14:47PM +0400, Sergey wrote:
> On Sunday 14 March 2010, Dmitry V. Levin wrote:
> 
> > Короче говоря, если вдруг udev из 5.1/p5 не заработает на ovz-rhel из того
> > же бранча, то это будет баг.  Пока что работает.
>  
> О, кстати, давно на 5.1 баг хотел повесить, всё забываю:
> 
> # lilo
> <skip>
> Fatal: Image name, label, or alias is too long: '2618-ovz-rhel-13M512'
> 
> Повесить, или тут хватит ?

Все пользователи этого ядра ужа давно в курсе дела.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] udev requirements

[Sergey]

On Sunday 14 March 2010, Andrey Rahmatullin wrote:

> > В какой степени версия udev из p5/5.1 требует ядра версии >2.6.18?

> Я, к сожалению, могу говорить только о том, что написано в README, кроме
> того могу подтвердить незагружабельность ~декабрьского сизифа на 2.6.26.
 
Я попробовал сейчас kernel-image-std-smp-2.6.18-alt12.M40.3, не загрузились
только иксы:

(EE) NVIDIA(0): This video driver ABI is not supported.
(WW) NVIDIA(0): The driver will continue to load, but may behave strangely.
(WW) NVIDIA(0): This server has an unsupported input driver ABI version (have
(WW) NVIDIA(0):     4.0, need < 3.0).  The driver will continue to load, but
(WW) NVIDIA(0):     may behave strangely.
(II) NVIDIA(0): Initialized AGP GART.
(II) NVIDIA(0): Setting mode "1280x1024"
(II) Loading extension NV-GLX

Backtrace:
0: X(xorg_backtrace+0x3b) [0x81220ab]
1: X(xf86SigHandler+0x9e) [0x80c9abe]
2: [0xb7f0f420]
3: /usr/lib/X11/modules/drivers/nvidia_drv.so [0xb6a57852]

Fatal server error:
Caught signal 11.  Server aborting

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] udev requirements

[Sergey]

On Sunday 14 March 2010, Sergey wrote:
 
> Я попробовал сейчас kernel-image-std-smp-2.6.18-alt12.M40.3, не загрузились
> только иксы:
 
С ядрами от p5 и 5.1 X-ы тоже не грузятся, но диагностика там другая
(у обоих одинаковая):

(**) NVIDIA(0): Enabling RENDER acceleration
(II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is
(II) NVIDIA(0):     enabled.
(EE) NVIDIA(0): Failed to load the NVIDIA kernel module!
(EE) NVIDIA(0):  *** Aborting ***

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Sergey]

On Sunday 14 March 2010, Sergey wrote:

> NVidia - Сизиф. Есть flash-игрушка (могу ссылку дать). flash в Мозилле и
> так-то тормозит, но тут всё совсем плохо. C первыми тремя парами прорисовка
> постоянно меняющихся элементов идёт рывками. С 2.6.27, хотябы, плавно.

Колонки, в кои-то веки, включил... При загрузке KDE даже звук хрюкающий: 
скорости не хватает. С 2.6.27 нормально проигрывается.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Sergey]

On Sunday 14 March 2010, Sergey wrote:

> 173.14.18 -  2.6.27-ovz-smp-alt7
 
А как выбирается соответствующий драйвер для Xorg ? Если, скажем, я соберу
старый ядерный модуль для нового ядра ? Или надо всё в комплексе собирать 
пытаться ?

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 622 bytes --]

On Sunday 14 March 2010, Sergey wrote:
> On Sunday 14 March 2010, Sergey wrote:
> > 173.14.18 -  2.6.27-ovz-smp-alt7
> 
> А как выбирается соответствующий драйвер для Xorg ? Если, скажем,
> я соберу старый ядерный модуль для нового ядра ? Или надо всё в
> комплексе собирать пытаться ?
Не соберете. В legacy драйверах nvidia изменения идут только для 
того, чтоб собиралось с новым ядром и работало с новым xorg.
Тем не менее 71.XX.XX уже не работают с Xorg из p5/5.1 и скорее 
всего никогда не будут.

-- 
Regards, Sergey, ALT Linux, http://www.altlinux.ru/
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Sergey]

On Tuesday 16 March 2010, Sergey V Turchin wrote:

> > А как выбирается соответствующий драйвер для Xorg ? Если, скажем,
> > я соберу старый ядерный модуль для нового ядра ? Или надо всё в
> > комплексе собирать пытаться ?

> Не соберете. В legacy драйверах nvidia изменения идут только для 
> того, чтоб собиралось с новым ядром и работало с новым xorg.

Понятно. Получается, что ещё и смысла нет: регрессия или результат
этой адаптации, или, вообще, ядерная проблема... :-(

> Тем не менее 71.XX.XX уже не работают с Xorg из p5/5.1 и скорее 
> всего никогда не будут.

173.14.xx в смысле ? Я про 71.XX.XX не писал, минимум, что мне может
оказаться интересно - 96.43.xx. 

Кстати, можно попросить отметиться в 
https://bugzilla.altlinux.org/show_bug.cgi?id=21880 ?
Может, имеет смысл для legacy какой-то блэклист начать вести ? Или,
например, просто всегда выбирать nv при установке, если видеокарта
не поддерживается последним драйвером, а попытку поставить legacy
оставить пользователю, возможно, с инструкцией ? SuSe, как говорят,
ставит именно nv.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 2106 bytes --]

В Втр, 16/03/2010 в 22:03 +0400, Sergey пишет:
> On Tuesday 16 March 2010, Sergey V Turchin wrote:
> 
> > > А как выбирается соответствующий драйвер для Xorg ? Если, скажем,
> > > я соберу старый ядерный модуль для нового ядра ? Или надо всё в
> > > комплексе собирать пытаться ?
> 
> > Не соберете. В legacy драйверах nvidia изменения идут только для 
> > того, чтоб собиралось с новым ядром и работало с новым xorg.
> 
> Понятно. Получается, что ещё и смысла нет: регрессия или результат
> этой адаптации, или, вообще, ядерная проблема... :-(
> 
> > Тем не менее 71.XX.XX уже не работают с Xorg из p5/5.1 и скорее 
> > всего никогда не будут.
> 
> 173.14.xx в смысле ? Я про 71.XX.XX не писал, минимум, что мне может
> оказаться интересно - 96.43.xx. 
> 
> Кстати, можно попросить отметиться в 
> https://bugzilla.altlinux.org/show_bug.cgi?id=21880 ?
> Может, имеет смысл для legacy какой-то блэклист начать вести ? Или,
> например, просто всегда выбирать nv при установке, если видеокарта
> не поддерживается последним драйвером, а попытку поставить legacy
> оставить пользователю, возможно, с инструкцией ? SuSe, как говорят,
> ставит именно nv.

nouveau

> -- 
> С уважением, Сергей
> a_s_y@sama.ru
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

-- 
Valery V. Inozemtsev

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Michael Shigorin]

On Tue, Mar 16, 2010 at 09:08:52PM +0300, Valery V. Inozemtsev wrote:
> > Может, имеет смысл для legacy какой-то блэклист начать вести
> > ? Или, например, просто всегда выбирать nv при установке,
> > если видеокарта не поддерживается последним драйвером, а
> > попытку поставить legacy оставить пользователю, возможно,
> > с инструкцией ? SuSe, как говорят, ставит именно nv.
> nouveau

Для него у нас сейчас dri нет.  Что в 5.1, что в сизифе.
(тж. #22930)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 400 bytes --]

On Tuesday 16 March 2010, Sergey wrote:

[...]
> > Тем не менее 71.XX.XX уже не работают с Xorg из p5/5.1 и скорее
> > всего никогда не будут.
> 173.14.xx в смысле ? Я про 71.XX.XX не писал
В смысле, те, что не работают, отсутствуют в пакете kernel-modules-
nvidia-std-def

[...]

-- 
Regards, Sergey, ALT Linux, http://www.altlinux.ru/
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Yuri Bushmelev]

В сообщении от Воскресенье 14 марта 2010 Sergey написал(a):
> Приветствую.
> 
> Что-то проблемы чем дальше, тем больше... Когда-то карточка работала
> быстро, а теперь... В последнее время стало совсем плохо. Стоит у меня
> сейчас 4 ядра. В списке версии NVidia и соответствующие им ядра (или,
> наоборот :-) ):
> 
> 173.14.25 -  2.6.32-std-def-alt1
> 173.14.25 -  2.6.32-std-def-alt9
> 173.14.22 -  2.6.30-std-def-alt15
> 173.14.18 -  2.6.27-ovz-smp-alt7
> 
> Стоит, вообще-то, 5.1 (почти свежий), но ядра 2.6.32 и соответствующие им
> NVidia - Сизиф. Есть flash-игрушка (могу ссылку дать). flash в Мозилле и
> так-то тормозит, но тут всё совсем плохо. C первыми тремя парами
> прорисовка постоянно меняющихся элементов идёт рывками. С 2.6.27,
> хотябы, плавно. Это регрессия в новых ядрах, в обновлённом драйвере
> NVidia, или везде ?
> 
> Intel(R) Pentium(R) 4 CPU 2.40GHz (с гипертредингом)
> VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5500] (rev
> a1)

У меня Sempron 2800+ и FX5700. Где-то в момент переезда с kde4.3 на kde4.4 
стал жутко тормозить Diablo II при игре в wine с выводом в glide, если 
запускать его в разрешении десктопа. В полноэкранном режиме все хорошо (*). 
К сожалению, за это время в сизифе поменялось примерно три версии wine, две 
версии kde4 и, по-моему, одна версия драйверов nvidia, поэтому я не могу 
точно сказать, кто виноват.

(*) при переключении по Alt+Tab или выходе из Diablo II в полноэкранном 
режиме (800x600), периодически падают иксы с бектрейсом в недра nvidia_drv. 
Вчера вечером накатил последних изменений из сизифа, выкинул старые ядра и 
сделал реинсталл kernel-modules-nvidia-std-def.

Ядро kernel-image-std-def-2.6.32-alt9.

Пакеты:
nvidia_glx_190.53-190.53-alt75
nvidia_glx_190.42-190.42-alt74.qa1
nvidia_glx_195.36.03-195.36.03-alt76
nvidia_glx_96.43.13-96.43.13-alt44.qa1
nvidia_glx_173.14.22-173.14.22-alt56
nvidia_glx_180.44-180.44-alt62
nvidia_glx_71.86.09-71.86.09-alt41.qa1
nvidia_glx_173.14.20-173.14.20-alt54.qa1
nvidia_glx_96.43.16-96.43.16-alt47
nvidia_glx_185.18.36-185.18.36-alt72.qa1
nvidia_glx_173.14.18-173.14.18-alt52.qa1
nvidia_glx_195.36.08-195.36.08-alt76
nvidia_glx_185.18.31-185.18.31-alt68.qa1
nvidia_glx_96.43.14-96.43.14-alt46
nvidia_glx_173.14.25-173.14.25-alt57
nvidia_glx_71.86.11-71.86.11-alt43.qa1
nvidia_glx_96.43.11-96.43.11-alt41.qa1
nvidia_glx_common-195.36.08-alt76
kernel-modules-nvidia-std-def-195.36.08-alt1.132640.9

Как-то многовато nvidia_glx на один бедный комп :)

Реально (судя по симлинкам) используются файлы из каталога 
/usr/lib/nvidia_173.14.25

-- 
С уважением,
Бушмелев Юрий

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Sergey]

On Monday 15 March 2010, Yuri Bushmelev wrote:

> Как-то многовато nvidia_glx на один бедный комп :)

Тут, как раз, всё понятно. nvidia_glx не удаляются при апдейтах, так как
они могут понадобиться при загрузке с другим ядром, замене видеокарты и
т.п. Собственно, версия в имени пакета потому и присутствует.

> Реально (судя по симлинкам) используются файлы из каталога 
> /usr/lib/nvidia_173.14.25

Да. Какие-то удилиты из, видимо, nvidia_glx-common, во-первых, делают
симлинк на соответствующий карте ядерный модуль, в /lib/modules, во-вторых
на соответствующий модулю nvidia_glx.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 302 bytes --]

On Monday 15 March 2010, Yuri Bushmelev wrote:

[...]
> Как-то многовато nvidia_glx на один бедный комп :)
apt-get remove их всех, которые не потянут за собой kernel-modules-
nvidia

-- 
Regards, Sergey, ALT Linux, http://www.altlinux.ru/
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] NVidia 173.14.xx. Всё медленее и медленнее

[Sergey]

On Sunday 14 March 2010, Sergey wrote:

> Что-то проблемы чем дальше, тем больше... Когда-то карточка работала
> быстро, а теперь... В последнее время стало совсем плохо.

При некотором раздумье ещё и понимание уменьшилось. Скачкообразное
замедление произошло совсем недавно - ещё неделю назад было плохо,
но терпимо. dist-upgrade в 5.1 делались 22 февраля и 9 марта, вот
после 9-ого и началось. Список обновлённого подозрений не вызвал:
обновился только nvidia_glx_195.36.03 из драйверов, но, как я написал,
у меня-то 173.14.x используется. Впрочем, я nvidia_glx_195.36.03 
откатил на всякий случай, не помогло, как и ожидалось.

Но загрузка 2.6.27-ovz-smp/173.14.18 однозначно помогает... Хотя
это уже теперь совсем для community@ вопрос, от Сизифа ничего тут
не осталось: 2.6.32-std-def совсем снёс (как и nvidia_glx сизифовский)

-- 
С уважением, Сергей
a_s_y@sama.ru