URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 56082
[ Назад ]

Исходное сообщение
"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"

Отправлено opennews , 22-Июн-09 01:35 
В рассылке разработчиков компания Nvidia сообщила (http://nvdeveloper.nvidia.com) о выпуске бета версии среды разработки, утилит и драйвера с поддержкой новых функций CUDA 2.3 (Compute Unified Device Architecture - API, разработанное компанией NVidia и позволяющее вынести некоторые вычислительные задачи на плечи GPU) Среди новшеств и изменений следует отметить:


-  Библиотека CUFFT теперь поддерживает  преобразования двойной точности, значительное улучшение производительности для преобразований одиночной точности.

-  CUDA-GDB - аппаратных отладчик, теперь доступен на всех поддерживаемых платформах Linux и входит в состав CUDA Toolkit.

-  GPUs в SLI группах, теперь, нумеруются в индивидуально, так,
что вы можете достичь производительность нескольких GPU, даже при включенной SLI для графики.

-  Новая поддержка преобразования fp16 <->  intrinsics (собственный тип) (http://en.wikipedia.org/wiki/Intrinsic_function), позволяет хранить данные fp16 в формате fp32.
Использовани...

URL: http://nvdeveloper.nvidia.com
Новость: http://www.opennet.me/opennews/art.shtml?num=22243


Содержание

Сообщения в этом обсуждении
"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 01:35 
Драйверок-то резвый - да только вот mplayer VDPAU (во время просмотра VIDEO:  [WVC1]  1280x720  24bpp  1000.000 fps  15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))) при переключении полный экран и обратно положил X-ы на лопатки намертво! Сыроват драйверок значит...

"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 22-Июн-09 01:45 
Эх, где бы нарыть WVC1 видео ???

"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 02:49 
>Эх, где бы нарыть WVC1 видео ???

Например тут:
ftp://download.nvidia.com/XFree86/vdpau/mplayer-vdpau-307639...
внизу список тестовых видео файлов...
Пробывал вот на этом FlightSimX_720p60_51_15Mbps.wmv.
Но многое же зависит от модели видеокарты...


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 22-Июн-09 03:44 
>>Эх, где бы нарыть WVC1 видео ???
>Например тут: ftp://download.nvidia.com/XFree86/vdpau/mplayer-vdpau-307639...

..
>Но многое же зависит от модели видеокарты...

...
> VIDEO:  [WVC1]  1280x720  24bpp  1000.000 fps  15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))

+ VIDEO:  [WVC1]  1280x720  24bpp  59.917 fps  15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))

Твои 1000 fps - не кажется подозрительным? :)



"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено Аноним , 22-Июн-09 09:20 
Отлично показывает на 8500: VIDEO:  [WVC1]  1280x720  24bpp  1000.000 fps  15000.0 kbps (1831.1 kbyte/s)

"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 13:26 
>Отлично показывает на 8500: VIDEO:  [WVC1]  1280x720  24bpp  
>1000.000 fps  15000.0 kbps (1831.1 kbyte/s)

Именно mplayer-ом? А попереключать в полный экран и обратно, несколько раз?
Похоже что у Вас обычный mplayer без поддержки VDPAU...
compiz есть?


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 13:35 
>[оверквотинг удален]
>..
>>Но многое же зависит от модели видеокарты...
>
>...
>> VIDEO:  [WVC1]  1280x720  24bpp  1000.000 fps  15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
>
>+ VIDEO:  [WVC1]  1280x720  24bpp  59.917 fps  
>15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
>
>Твои 1000 fps - не кажется подозрительным? :)

Заново скачал именно этот файл (думал что битый) - все то же самое...:( И именно 1000fps должно быть)...
Моё железячье: GeForce 8400M GS 256 MB
В окошке, главное, все нормально показывает, а вот только переключусь в полный экран X-ы намертво (даже в консоль не дает перейти-блокирует клавиатуру...)...
Да забыл добавить - это все с включенным compiz-ом...(Если пытаться повторить...)


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено inste , 22-Июн-09 14:19 
А что насчет реальных H.264 1280x800 файлов? Не виснет при попытках переключения туда-сюда?

"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 14:22 
>А что насчет реальных H.264 1280x800 файлов? Не виснет при попытках переключения
>туда-сюда?

Ну моя карточка только 720p со скрипом потянет(судя из спецификации VDPAU)...
Можно ссылку на файл на котором проверить? Стяну-проверю-отпишусь...


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 22-Июн-09 18:49 
>>[оверквотинг удален]
>>>Но многое же зависит от модели видеокарты...
>>> VIDEO:  [WVC1]  1280x720  24bpp  1000.000 fps  15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
>>+ VIDEO:  [WVC1]  1280x720  24bpp  59.917 fps
>>15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
>>Твои 1000 fps - не кажется подозрительным? :)
>Заново скачал именно этот файл (думал что битый) - все то же
>самое...:( И именно 1000fps должно быть)...
>Моё железячье: GeForce 8400M GS 256 MB

Ну теперь посчитай 1280*720*24/8/1024 = 2700kb - размер одного кадра, множим на тыщу - 2.7 Гб/c  выдаётся на монитор...

Прикалываешься...


На скриптик, компиль нормальный мплеер

#!/usr/bin/env sh

set -e
set -x

co_dir=mplayer

svn co svn://svn.mplayerhq.hu/mplayer/trunk ${co_dir}
cd ${co_dir}
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libpostproc
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavformat
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavutil

#CFLAGS="-g0 -O4 -ffast-math -funroll-all-loops -ftree-vectorize -pipe"
#CC=gcc-4.4
./configure && make -j3;


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 18:54 
>[оверквотинг удален]
>>>15000.0 kbps (1831.1 kbyte/s) (FFmpeg WVC1 (VDPAU))
>>>Твои 1000 fps - не кажется подозрительным? :)
>>Заново скачал именно этот файл (думал что битый) - все то же
>>самое...:( И именно 1000fps должно быть)...
>>Моё железячье: GeForce 8400M GS 256 MB
>
>Ну теперь посчитай 1280*720*24/8/1024 = 2700kb - размер одного кадра, множим на
>тыщу - 2.7 Гб/c  выдаётся на монитор...
>
>Прикалываешься...

ВключиВ мозг - я, конечно, понимаю астрономические величины;) - но я скопировал то, что мне писалось в консоли после запуска mplayer...
Не это важно - важно то, что вешает Х-ы...

А тот скрипт что от сюда: ftp://download.nvidia.com/XFree86/vdpau/mplayer-vdpau-353213...
Что-то не то? Или к этой версии драйверов нужно кодеки другой ревизии собирать?


А как же заветные опции конфигурирования:./configure --enable-gui --disable-x264-lavc --disable-x264 --enable-vdpau ??? Что бы VDPAU работало?


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 22-Июн-09 19:01 
>А как же заветные опции конфигурирования:./configure --enable-gui --disable-x264-lavc --disable-x264 --enable-vdpa ??? Что
>бы VDPAU работало?

#!/bin/sh

make clean;
make distclean;

CC=gcc

CFLAGS="-fkeep-inline-functions -funit-at-a-time -frecord-gcc-switches \
        -m64 -g0 -O3 -march=k8 -msse -msse2 -m3dnow -mmmx -fforce-addr \
        -funroll-all-loops -ftree-vectorize -pipe -fvisibility=hidden \
        -fstack-protector -fomit-frame-pointer -s -fmerge-all-constants \
        -ffreestanding -D_FORTIFY_SOURCE=2 -frtl-abstract-sequences"

# -ffreestanding"

./configure --prefix=/usr --confdir=/etc/mplayer --libdir=/usr/lib64 --enable-gui \
            --disable-lirc --disable-lircc --disable-joystick \
            --disable-apple-remote --disable-apple-ir \
            --disable-radio-v4l2 \
            --disable-radio-bsdbt848 \
            --disable-tv \
            --disable-tv-v4l1 \
            --disable-network \
            --enable-menu \
            --disable-enca \
            --disable-inet6 \
            --disable-ftp \
            --disable-vstream \
            --disable-w32threads \
            --disable-speex \
            --enable-fbdev \
            --enable-png \
            --enable-faad \
            --with-vidix-drivers=nvidia \
            --enable-gl \
            --disable-sdl \
            --enable-x11 \
            --enable-vdpau \
            --disable-ossaudio \
            --disable-arts \
            --disable-esd  \
            --disable-pulse \
            --disable-jack \
            --disable-openal \
            --disable-nas \
            --disable-sgiaudio \
            --disable-sunaudio \
            --disable-dart \
            --disable-win32waveout \
            --enable-runtime-cpudetection \
            --charset=UTF-8 \
            --language=en,ru \
            --enable-mmx \
            --enable-mmxext \
            --enable-3dnow \
            --enable-3dnowext \
            --enable-sse \
            --enable-sse2 \
            --enable-ssse3 \
            --enable-shm \
            --enable-fastmemcpy \
            --cc=$CC \
            --host-cc=$CC;


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 19:04 
>[оверквотинг удален]
>            
>--enable-ssse3 \
>            
>--enable-shm \
>            
>--enable-fastmemcpy \
>            
>--cc=$CC \
>            
>--host-cc=$CC;

:)))
Большинство опций конфигурации там по дефолту - зачем их писАть... А те, что касаются CPU детектятся автоматом с соответствующей подстановкой во флаги компиляции...
Вобщем я понял - собирать текущей ревизии - там все нормально будет с VDPAU...
Сейчас попробую...


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 22-Июн-09 19:10 
>[оверквотинг удален]
>>            
>>--enable-fastmemcpy \
>>            
>>--cc=$CC \
>>            
>>--host-cc=$CC;
>
>:)))
>Большинство опций конфигурации там по дефолту - зачем их писАть...

Ага, конфигуре найдет либу  libaoss.so - и решит что у меня OSS есть...

>А те, что касаются CPU детектятся автоматом с соответствующей подстановкой
>во флаги компеляции...

Для 99.999% случаев да, -m64 -march=k8 должен включать -msse -msse2 -mfp-math=sse,
но есть моменты, когда, например SSE2 не включится...  


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 19:13 
>[оверквотинг удален]
>>Большинство опций конфигурации там по дефолту - зачем их писАть...
>
>Ага, конфигуре найдет либу  libaoss.so - и решит что у меня
>OSS есть...
>
>>А те, что касаются CPU детектятся автоматом с соответствующей подстановкой
>>во флаги компеляции...
>
>Для 99.999% случаев да, -m64 -march=k8 должен включать -msse -msse2 -mfp-math=sse,
>но есть моменты, когда, например SSE2 не включится...

Понял. Спасибо!
Я за этим слежу;) пока что при сборке mplayer-a НЕвключения необходимых опций не наблюдалось...


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 09-Окт-09 16:49 
Все так же остаются проблемы с: mplayer vdpau в логах пишет постоянно одну и ту же основную ошибку (бывает проскакивают и другие, но от них нет таких крахов):
NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001310 00000000 00000040
после этого, если повезет, то mplayer отваливается и на картинке появляются артефакты(мелкие группы пикселей в виде небольших квадратиков (резво бегают и переливаются) - избавиться от них позволяет ТОЛЬКО перезагрузка ПК) иногда и без них - в худшем случае - крах Х с полнейшим столбняком (иногда курсор мыши даже можно двигать при этом переключение в консоль невозможно - отрубает клавиатуру)- помагает ТОЛЬКО ресет!

Знатоков прошу помочь(хоть расшифровать код ошибки - в чем причина...).
По форумам производителей читал, что не только у меня такое проявляется, но у меня ТОЛЬКО с mplayer-ом - все остальные свистопляски работают без збоев и на УРА.
О подобных проблемах - там разработчики пишут, что разбираются - но когда исправят - молчек.
Некоторые предполагают, что это проблема в BIOS-е видюхи, которая кочует от одной версии карты к другой...

!!!!!!!!!!HELP!!!!!!!!!!!!

ЗЫ Использую компиз - но его присутствие или отключение не приводит к улучшению ситуации...


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 09-Окт-09 18:07 
>Все так же остаются проблемы с: mplayer vdpau в логах пишет постоянно
>одну и ту же основную ошибку (бывает проскакивают и другие, но
>от них нет таких крахов):
>NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001310 00000000 00000040

Об этих кодах знает только NVidia, и решение  этих глюков только
через ожидание новой версии дравов. (а лучше последний stable )

Ну а так, только методом тыка :)

* Параметры modprobe nvidia

NVreg_DeviceFileUID=0  
NVreg_DeviceFileGID=33  /* cвоя группа video */
NVreg_DeviceFileMode=0660 /* можно и 0666 */
NVreg_RemapLimit=0x1f000000  /* 256 Мегабаб */
NVreg_EnableMSI=1  /* если есть MSI врубить */
NVreg_NvAGP=0      /* поиграться с вариантами 0,1,2,3 */
NVreg_EnableAGPFW=0  /* это уж давно не используется */
NVreg_EnableAGPSBA=0 /* тоже */

* Отключить всё что ненадо (то есть вааапще всё)...
Имеется ввиду ядро, никаких запасных модулей.
* Параметры в xorg.conf в  максимально возможный static режим.
* Фреймбуфер выкинуть, vga = 0,

* Подобрать  sysctl  -A | grep max-user-freq
* Настроить # sysctl -A | grep vm.

# Перерыть dmesg на предмет not found | not used | no longer used | deprecated |  unknown | error

# Перерыть /var/log/Xorg.log на предмет (WW) (EE) и всяких dis | not | err | un


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 09-Окт-09 18:30 
>>Все так же остаются проблемы с: mplayer vdpau в логах пишет постоянно
>>одну и ту же основную ошибку (бывает проскакивают и другие, но
>>от них нет таких крахов):
>>NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001310 00000000 00000040
>
>Об этих кодах знает только NVidia, и решение  этих глюков только
>
>через ожидание новой версии дравов. (а лучше последний stable )
>

Спасибо за ответ!!!

>Ну а так, только методом тыка :)
>
>* Параметры modprobe nvidia
>
>NVreg_DeviceFileUID=0
>NVreg_DeviceFileGID=33  /* cвоя группа video */
>NVreg_DeviceFileMode=0660 /* можно и 0666 */
>NVreg_RemapLimit=0x1f000000  /* 256 Мегабаб */
>NVreg_EnableMSI=1  /* если есть MSI врубить */

Вот это не пробовал, если честно...
>NVreg_NvAGP=0      /* поиграться с вариантами 0,1,2,3 */

А если я эти опции буду в xorg.conf менять - это не одно и то же?
В xorg.conf крутил / вертел - сгенерил по умолчанию nvidia-xconfig - ничего не меняется...
>
>NVreg_EnableAGPFW=0  /* это уж давно не используется */
>NVreg_EnableAGPSBA=0 /* тоже */
>
>* Отключить всё что ненадо (то есть вааапще всё)...

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

Что относиться к AGP выбрасывать? Уменя 8400M GS 256Mb...
>* Параметры в xorg.conf в  максимально возможный static режим.
>* Фреймбуфер выкинуть, vga = 0,
>
>* Подобрать  sysctl  -A | grep max-user-freq

Это пальцем в небо... И по умолчанию было и менял на другие - одно и то же - такое впечатление что эта опция абсолютно не пересекается с моим случаем...
>* Настроить # sysctl -A | grep vm.

Что именно? Крутил много параметров и значений - в конце-концов убедился что золотая середина опять таки по умолчанию...
>
># Перерыть dmesg на предмет not found | not used | no
>longer used | deprecated |  unknown | error
>

Отсутствуют!
># Перерыть /var/log/Xorg.log на предмет (WW) (EE) и всяких dis | not
>| err | un

(==) NVIDIA(0): Backing store disabled
И все...



"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 09-Окт-09 18:56 
>* Параметры modprobe nvidia
>
>NVreg_RemapLimit=0x1f000000  /* 256 Мегабаб */
>NVreg_EnableMSI=1  /* если есть MSI врубить */
>NVreg_NvAGP=0      /* поиграться с вариантами 0,1,2,3 */

->/etc/modprobe.d/options
# nvidia
# options nvidia NVreg_NvAGP=1
options nvidia NVreg_NvAGP=0
#
# options nvidia NVreg_DeviceFileUID=0
# options nvidia NVreg_DeviceFileGID=44
# options nvidia NVreg_DeviceFileMode=0660
options nvidia NVreg_RemapLimit=0x1f000000
options nvidia NVreg_EnableMSI=1

Те же "помидоры"...
NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001b0c 1000f010 00000040
причем выскакивает ровно ВСЕГДА по два раза (с очень маленькой паузой)- и на этом все...
Oct  9 17:41:26 nonamehost kernel: [ 8638.499784] NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001b0c 1000f010 00000040
Oct  9 17:41:26 nonamehost kernel: [ 8638.685441] NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00001b0c 1000f010 00000040


Это все началось с появлением VDPAU - были моменты, что работало адекватно - я даже и не следил за этим - но потом что-то покрутили(либо в драйверах, либо в mplayer) и началось...
Так что где-то неувязочка таится ИМЕННО в связке mplayer-vdpau - ВСЕ остальное никогда не приводит к таким последствиям.

Может где-то в /etc/security/limits.conf прописать что бы грохало процесс Xorg после 2 минут без отклика? А то с ресетом можно доиграться до потери данных...


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 10-Окт-09 02:09 
>Это все началось с появлением VDPAU - были моменты, что работало адекватно
>- я даже и не следил за этим - но потом что-то покрутили(либо в драйверах, либо в mplayer)
> и началось...
>Так что где-то неувязочка таится ИМЕННО в связке mplayer-vdpau - ВСЕ остальное
>никогда не приводит к таким последствиям.
>Может где-то в /etc/security/limits.conf прописать что бы грохало процесс
> Xorg после 2 минут без отклика?

Врядли limits вкурит, если уж клаву, скорее всего из-за spinlock_а не закрытого, вешает.

> А то с ресетом можно доиграться до потери данных...  

Зачем ресет - Alt + SysRq + E + I + S+ U + B;



"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 10-Окт-09 12:10 
>[оверквотинг удален]
>>Может где-то в /etc/security/limits.conf прописать что бы грохало процесс
>> Xorg после 2 минут без отклика?
>
>Врядли limits вкурит, если уж клаву, скорее всего из-за spinlock_а не закрытого,
>вешает.
>

Думаю это тесно связано с тем что у меня ядро RT...
Почему же это все всплывает только с vdpau?

>> А то с ресетом можно доиграться до потери данных...  
>
>Зачем ресет - Alt + SysRq + E + I + S+
>U + B;

Это что - серъезно?
Век живи - век учись... Чесно скажу - первый раз слышу про такую комбинацию... Из чего проистекает сия странная комбинация;)?

По поводу моего вопроса: поигрался я с опциями загрузки модуля nvidia...
И когда options nvidia NVreg_NvAGP=2 (то есть use AGPGART) - от зависаний при mplayer-vdpau это конечно не избавило, впрочЕм как и от Хид-ов, но зато теперь система подвисает на максимум секунд 10 а потом mplayer крашится и все продолжает работать нормально - как и прежде... Хот это не идеально тоже, но все же лучше чем было до этого...
Раньше я крутил эту опцию через xorg.conf - но таких кардинальных изменений, почему-то не было...

Возникает вопрос - неужели mplayer или точнее vdpau использует такие функции GPU, которые не исползуются другими например OpenGL приложениями?
И проблема где-то на уровне nvidia-vdpau-agp/pci-e...

Спасибо за помощь!


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 10-Окт-09 15:09 
>[оверквотинг удален]
>>
>
>Думаю это тесно связано с тем что у меня ядро RT...
>Почему же это все всплывает только с vdpau?
>
>>> А то с ресетом можно доиграться до потери данных...  
>>Зачем ресет - Alt + SysRq + E + I + S+ U + B;
>Это что - серъезно?
>Век живи - век учись... Чесно скажу - первый раз слышу про
>такую комбинацию... Из чего проистекает сия странная комбинация;)?

Это сокращённо

Alt + SysRq + E (послать всем процессам SIGTERM)
Alt + SysRq + I (послать всем процессам SIGKILL)
Alt + SysRq + S (SYNC - все буферы на диск )
Alt + SysRq + U ( Перемонтировать диск в R/O)
Alt + SysRq + B; ( REBOOT )

>По поводу моего вопроса: поигрался я с опциями загрузки модуля nvidia...
>И когда options nvidia NVreg_NvAGP=2 (то есть use AGPGART) - от зависаний

А че Видюха AGPшная?! Тогда возможно и помогло. А если PCI-E, то это скорее случайность.
Вообще-то NVreg_NvAGP нихрена неделает если карта PCI-E  :)


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 10-Окт-09 15:17 
>[оверквотинг удален]
>
>Это сокращённо
>
>Alt + SysRq + E (послать всем процессам SIGTERM)
>Alt + SysRq + I (послать всем процессам SIGKILL)
>Alt + SysRq + S (SYNC - все буферы на диск )
>
>Alt + SysRq + U ( Перемонтировать диск в R/O)
>Alt + SysRq + B; ( REBOOT )
>

Теперь буду знать!
>>По поводу моего вопроса: поигрался я с опциями загрузки модуля nvidia...
>>И когда options nvidia NVreg_NvAGP=2 (то есть use AGPGART) - от зависаний
>
>А че Видюха AGPшная?! Тогда возможно и помогло. А если PCI-E, то
>это скорее случайность.
>Вообще-то NVreg_NvAGP нихрена неделает если карта PCI-E  :)

В том-то и дело что PCI-E
01:00.0 VGA compatible controller: nVidia Corporation GeForce 8400M GS (rev a1) (prog-if 00 [VGA controller])
    Subsystem: Dell Unknown device 0227
    Flags: bus master, fast devsel, latency 0, IRQ 16
    Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
    Memory at e0000000 (64-bit, prefetchable) [size=256M]
    Memory at fa000000 (64-bit, non-prefetchable) [size=32M]
    I/O ports at ef00 [size=128]
    [virtual] Expansion ROM at fc000000 [disabled] [size=128K]
    Capabilities: [60] Power Management version 2
    Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
    Capabilities: [78] Express Endpoint IRQ 0
    Capabilities: [100] Virtual Channel
    Capabilities: [128] Power Budgeting
    Capabilities: [600] Unknown (11)

но до загрузки чего-либо связанного с X и дровами, почему-то грузиться модуль intel_agp... Я конечно подозреваю, что из-за того что он в ядре, но если бы не было устройства - то модуль не грузился бы?
Что за чудеса я не знаю, но после установки именно для использования AGPGART локи через пару-тройку секунд отпускают систему, выражаясь по простому...

Или опять же - может это из-за RT и патчей с локами для драйверов nvidia?
Но почему именно с VDPAU связь - раньше тоже я использовал RT ядро... В первых версиях mplayer-vdpau - такого не было, единственное что после того поменялось(принципиально) это ядро 2.6.31-rt драйвера 190.36 и mplayer-vdpau MPlayer SVN-r29752-4.2.4 (C) 2000-2009 MPlayer Team


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 10-Окт-09 15:52 
>>[оверквотинг удален]
>>Вообще-то NVreg_NvAGP нихрена неделает если карта PCI-E  :)
>В том-то и дело что PCI-E
> почему-то грузиться модуль intel_agp...
> Я конечно подозреваю, что из-за того что он в ядре, но если бы не
> было устройства - то модуль не грузился бы?

# grep -iR agp /etc/mod*

И ваще, в ядре CONFIG_AGP надо вырубить, MSI врубить, PAT врубить

>Что за чудеса я не знаю, но после установки именно для использования
>AGPGART локи через пару-тройку секунд отпускают систему, выражаясь по простому...

есть мысля, что только из-за того что они друг другу мешают, в итоге не себе не людям. :)

>Или опять же - может это из-за RT и патчей с локами для драйверов nvidia?

Ах у вас ещё и RT, ну вы батенька ......нец.

2.6.31 вполне отзывчивое и без этих патчей, ну не нужны они простым смертным,
там не тот Real Time, который возникает при прочтении слова "Real Time" :)


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 10-Окт-09 16:03 
>>>[оверквотинг удален]
>>>Вообще-то NVreg_NvAGP нихрена неделает если карта PCI-E  :)
>>В том-то и дело что PCI-E
>> почему-то грузиться модуль intel_agp...
>> Я конечно подозреваю, что из-за того что он в ядре, но если бы не
>> было устройства - то модуль не грузился бы?
>
># grep -iR agp /etc/mod*

Ничего нет
>
>И ваще, в ядре CONFIG_AGP надо вырубить, MSI врубить, PAT врубить
>

PAT? У меня x86_64 оно включается для этой архитектуры...
MSI есть в ядре - значит в опции драйверов тоже его все-таки использовать?...
>[оверквотинг удален]
>итоге не себе не людям. :)
>
>>Или опять же - может это из-за RT и патчей с локами для драйверов nvidia?
>
>Ах у вас ещё и RT, ну вы батенька ......нец.
>
>2.6.31 вполне отзывчивое и без этих патчей, ну не нужны они простым
>смертным,
>там не тот Real Time, который возникает при прочтении слова "Real Time"
>:)

Да все это ради midi, обработка звука/музыки/видео - иногда пробовал в ранних версиях на генерик - не то... только РТ и спасало...
На досуге гляну что с 2.6.31-generic


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 10-Окт-09 16:27 
>PAT? У меня x86_64 оно включается для этой архитектуры...

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

В модуле nvidia оно есть - NVreg_UsePageAttributeTable = 0/1, как они это используют, куй знает,
исходников нет, только у них спрашивать.

>MSI есть в ядре - значит в опции драйверов тоже его все-таки использовать?...

НУЖНО. Скорость не прибавит, зато разгрузит центральный проц.


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 10-Окт-09 16:57 
>>PAT? У меня x86_64 оно включается для этой архитектуры...
>
>Дык, тот же MTRR, только вид сбоку - управление маппингом видеопамяти в
>системный RAM
>
>В модуле nvidia оно есть - NVreg_UsePageAttributeTable = 0/1, как они это
>используют, куй знает,

Смотрю в /proc/driver/nvidia/registry оно там уже имеет значение
UsePageAttributeTable: 4294967295 - то зачем его менять? Разве только RemapLimit утановить на нужное значение...
>исходников нет, только у них спрашивать.
>

И я, почему-то думал, что ремап из памяти видео в ОЗУ наоборот добавит железячных проблем... так как памяти разные по скорости шины и типу - что добавит всякие переключения шин/тригеров/проверки всякие... Это разве будет лучше - чем использовать для видеонужд только аппаратную видео память?
>>MSI есть в ядре - значит в опции драйверов тоже его все-таки использовать?...
>
>НУЖНО. Скорость не прибавит, зато разгрузит центральный проц.
>


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 10-Окт-09 17:29 
>>>PAT? У меня x86_64 оно включается для этой архитектуры...
>>
>>Дык, тот же MTRR, только вид сбоку - управление маппингом видеопамяти в
>>системный RAM
>>
>>В модуле nvidia оно есть - NVreg_UsePageAttributeTable = 0/1, как они это
>>используют, куй знает,
>
>Смотрю в /proc/driver/nvidia/registry оно там уже имеет значение
>UsePageAttributeTable: 4294967295 - то зачем его менять?

Гы, где-то я это уже видел... :)

Ах да,

cat /usr/include/limits.h | grep 4294967295

#  define UINT_MAX      4294967295U
#  define ULONG_MAX    4294967295UL

Оно же  unsigned long var = ~0

# grep '~0' /usr/src/NVIDIA/190.36/usr/src/nv/nv-reg.h

....
NV_DEFINE_REG_ENTRY(__NV_USE_PAGE_ATTRIBUTE_TABLE, ~0);


=)

Так что, скорее не используется


> Разве только RemapLimit утановить на нужное значение...
>И я, почему-то думал, что ремап из памяти видео в ОЗУ наоборот
>добавит железячных проблем...

А если видеопамяти не хватает, предлагаешь ждать когда освободится иль всё же мапнуть на RAMy?



"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 19:20 
+ svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libpostproc
svn: 'libpostproc' is already a working copy for a different URL

Как принудительно перезалить svn-ом существующие файлы?


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 25-Июн-09 16:14 
Вот так все же правильнее будет:
#!/usr/bin/env sh

set -e
set -x

co_dir=current_mplayer

svn co --ignore-externals svn://svn.mplayerhq.hu/mplayer/trunk ${co_dir}
cd ${co_dir}
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libpostproc
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavformat
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec
svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavutil
svn co svn://svn.mplayerhq.hu/dvdnav/trunk/libdvdread/src libdvdread4
svn co svn://svn.mplayerhq.hu/dvdnav/trunk/libdvdnav/src libdvdnav

#CFLAGS="-g0 -O4 -ffast-math -funroll-all-loops -ftree-vectorize -pipe"
#CC=gcc-4.4
./configure --enable-gui --disable-x264-lavc --disable-x264 --enable-vdpau
make


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 09-Июл-09 23:41 
>[оверквотинг удален]
>svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavformat
>svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavcodec
>svn co svn://svn.mplayerhq.hu/ffmpeg/trunk/libavutil
>svn co svn://svn.mplayerhq.hu/dvdnav/trunk/libdvdread/src libdvdread4
>svn co svn://svn.mplayerhq.hu/dvdnav/trunk/libdvdnav/src libdvdnav
>
>#CFLAGS="-g0 -O4 -ffast-math -funroll-all-loops -ftree-vectorize -pipe"
>#CC=gcc-4.4
>./configure --enable-gui --disable-x264-lavc --disable-x264 --enable-vdpau
>make

+
cp mencoder /usr/bin
cp mplayer /usr/bin
cp ./etc/codecs.conf /etc/mplayer
cp ./etc/example.conf /etc/mplayer/mplayer.conf
cp ./etc/dvb-menu.conf /etc/mplayer
cp ./etc/input.conf /etc/mplayer
cp ./etc/menu.conf /etc/mplayer



"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 20:23 
Замахался я с этими дровами...
Чихнуть боюсь что бы Х-ы не лягли...
Откатился назад на 185.18.14 - они постабильнее будут...

"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 22-Июн-09 21:37 
>Замахался я с этими дровами...
>Чихнуть боюсь что бы Х-ы не лягли...
>Откатился назад на 185.18.14 - они постабильнее будут...

А у меня 185.18.14 на буке, GF 7400, тормозит систему, окно разворачивается минуту... :)
Заметьте, это без кампиза!!!

На этом всё летает... :)



"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 21:42 
>>Замахался я с этими дровами...
>>Чихнуть боюсь что бы Х-ы не лягли...
>>Откатился назад на 185.18.14 - они постабильнее будут...
>
>А у меня 185.18.14 на буке, GF 7400, тормозит систему, окно разворачивается
>минуту... :)
>Заметьте, это без кампиза!!!
>
>На этом всё летает... :)
>

на x86 or x86_64? xorg.conf можно глянуть?
минуту - не может такого быть...


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 22-Июн-09 23:00 
>[оверквотинг удален]
>>
>>А у меня 185.18.14 на буке, GF 7400, тормозит систему, окно разворачивается
>>минуту... :)
>>Заметьте, это без кампиза!!!
>>
>>На этом всё летает... :)
>>
>
>на x86 or x86_64? xorg.conf можно глянуть?
>минуту - не может такого быть...

http://pavlinux.ru/8800GT-xorg.conf


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 23:09 
>[оверквотинг удален]
>>>минуту... :)
>>>Заметьте, это без кампиза!!!
>>>
>>>На этом всё летает... :)
>>>
>>
>>на x86 or x86_64? xorg.conf можно глянуть?
>>минуту - не может такого быть...
>
>http://pavlinux.ru/8800GT-xorg.conf

Разговор о ноуте был же... и о GF 7400...


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 22-Июн-09 23:11 
>[оверквотинг удален]
>>>>
>>>>На этом всё летает... :)
>>>>
>>>
>>>на x86 or x86_64? xorg.conf можно глянуть?
>>>минуту - не может такого быть...
>>
>>http://pavlinux.ru/8800GT-xorg.conf
>
>Разговор о ноуте был же... и о GF 7400...

Дык, я-то не многоядерный...

http://pavlinux.ru/7600Go-xorg.conf


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 23:14 
>[оверквотинг удален]
>>>>на x86 or x86_64? xorg.conf можно глянуть?
>>>>минуту - не может такого быть...
>>>
>>>http://pavlinux.ru/8800GT-xorg.conf
>>
>>Разговор о ноуте был же... и о GF 7400...
>
>Дык, я-то не многоядерный...
>
>http://pavlinux.ru/7600Go-xorg.conf

:))))


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 22-Июн-09 23:37 
По поводу:
http://pavlinux.ru/7600Go-xorg.conf

Option         "Xinerama" "off"
Option         "AIGLX" "True"
Должны быть в секции "ServerFlags"
Для ноута в секции "Device" я бы добавил:
Option         "RegistryDwords" "NVreg_RemapLimit=0x0f800000; PowerMizerEnable=0x1; PerfLevelSrc=0x3322; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x1"
В секции "Extensions"
Option         "RENDER" "True"


XAANoOffscreenPixmaps включено - а в секции "Module" нету: Load           "xaa" - да и помоему для 185.18.14 нет такой опции...
И опять дефолтные опции в конфиге...

<<<Option "AllowGLXWithComposite" "логическое"
Разрешает GLX даже если загружено расширение Composite X. Используйте на свой страх и риск. Приложения OpenGL во многих случаях не отображают изображение правильно при разрешении этой опции.

Эта опция введена для случаев использование серверов Х-интерфейса X.Org версий до X11R6.9.0. При использовании сервера версии X11R6.9.0 или более новой, реализация OpenGL в драйвере NVIDIA взаимодействует корректно с расширением Composite X-интерфейса, и в этой опции нет нужды. Однако, поддержка расширения Composite при использовании серверов Х-интерфейса версии X11R6.9.0 или более новой может быть отключена присвоением опции значения False.

Значение по умолчанию: false (GLX отключен при загруженном расширении Composite серверов Х-интерфейса версии меньше X11R6.9.0).>>>

А вот эта опция NoBandWidthTest на что влияет? Что может быть неудовлетворительно с полосой пропускания памяти?

Если попробыват поменять хотя бы это - то я думаю что окошки-то порезвей открываться будут...


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 23-Июн-09 03:40 
>По поводу:
>http://pavlinux.ru/7600Go-xorg.conf
>Если попробыват поменять хотя бы это

Вот поэтому всё и работает. :)

* XAANoOffscreenPixmaps - от интела осталось.
* RemapLimit устанавливается при загрузке модуля.
* OpenGL проги при Композитном режиме не работают без "AllowGLXWithComposite" "True" смотри лог X-сервера.
* NoBandWidthTest - ключевое слово Test :) (экономим пару мс при загрузке).
* PowerMizerEnable, PerfLevelSrc, PowerMizerDefault, PowerMizerDefaultAC - нет спасибо, питанием пущай само управляет.
* Option "RENDER" "True" - кто-кто, а эта дефолтная.
* Xinerama, AIGLX  Должны быть в секции "ServerFlags" - вообще пофигу, главное не в InputDevice :)


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 23-Июн-09 12:51 
>>По поводу:
>>http://pavlinux.ru/7600Go-xorg.conf
>>Если попробыват поменять хотя бы это
>
>Вот поэтому всё и работает. :)
>
>* XAANoOffscreenPixmaps - от интела осталось.
>* RemapLimit устанавливается при загрузке модуля.

Этого тут http://pavlinux.ru/7600Go-xorg.conf нету...
>* OpenGL проги при Композитном режиме не работают без "AllowGLXWithComposite" "True" смотри
>лог X-сервера.

Не правда - я давал описание опции на русском - могу дать и на английском, по крайней мере в последних версиях драйверов и Xorg старше X11R6.9.0 все корректно работает и без этой опции:

Option "AllowGLXWithComposite" "boolean"

    Enables GLX even when the Composite X extension is loaded. ENABLE AT YOUR OWN RISK. OpenGL applications will not display correctly in many circumstances with this setting enabled.

    This option is intended for use on X.Org X servers older than X11R6.9.0. On X11R6.9.0 or newer X servers, the NVIDIA OpenGL implementation interacts properly by default with the Composite X extension and this option should not be needed. However, on X11R6.9.0 or newer X servers, support for GLX with Composite can be disabled by setting this option to False.

    Default: false (GLX is disabled when Composite is enabled on X servers older than X11R6.9.0).

Option "AllowGLXWithComposite" "логическое"
Разрешает GLX даже если загружено расширение Composite X. Используйте на свой страх и риск. Приложения OpenGL во многих случаях не отображают изображение правильно при разрешении этой опции.

Эта опция введена для случаев использование серверов Х-интерфейса X.Org версий до X11R6.9.0. При использовании сервера версии X11R6.9.0 или более новой, реализация OpenGL в драйвере NVIDIA взаимодействует корректно с расширением Composite X-интерфейса, и в этой опции нет нужды. Однако, поддержка расширения Composite при использовании серверов Х-интерфейса версии X11R6.9.0 или более новой может быть отключена присвоением опции значения False.

Значение по умолчанию: false (GLX отключен при загруженном расширении Composite серверов Х-интерфейса версии меньше X11R6.9.0).

>* NoBandWidthTest - ключевое слово Test :) (экономим пару мс при загрузке).

Экономия на спичках?;)
>
>* PowerMizerEnable, PerfLevelSrc, PowerMizerDefault, PowerMizerDefaultAC - нет спасибо, питанием пущай само управляет.

Это переводит GPU в максимальную производительность при включенном сетевом питании - при работе от аккамуляторов - переходит в режим энергосбережения... Все адекватно работает...
>
>* Option "RENDER" "True" - кто-кто, а эта дефолтная.

Да-точно.
>* Xinerama, AIGLX  Должны быть в секции "ServerFlags" - вообще пофигу,
>главное не в InputDevice :)
>

На 100% не уверен в этом...

По теме - только выяснил еще баг у этой версии драйверов (190.09) - под wine начали выскакивать ошибки вида: warning: mmap failed on reservation of
С версией 185.18.14 - такого нету...


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 23-Июн-09 14:44 
>Xorg старше X11R6.9.0 все корректно работает и без этой опции:
>
>Option "AllowGLXWithComposite" "boolean"
>

Читай не читай, а компиз не запускается


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 23-Июн-09 14:54 
>>Xorg старше X11R6.9.0 все корректно работает и без этой опции:
>>
>>Option "AllowGLXWithComposite" "boolean"
>>
>
>Читай не читай, а компиз не запускается

Странно :(


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено pavlinux , 23-Июн-09 15:27 
>>>Xorg старше X11R6.9.0 все корректно работает и без этой опции:
>>>
>>>Option "AllowGLXWithComposite" "boolean"
>>>
>>
>>Читай не читай, а компиз не запускается
>
>Странно :(

А ещё http://www.nvnews.net/vbulletin/showthread.php?t=134846


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 23-Июн-09 18:08 
>>>>Xorg старше X11R6.9.0 все корректно работает и без этой опции:
>>>>
>>>>Option "AllowGLXWithComposite" "boolean"
>>>>
>>>
>>>Читай не читай, а компиз не запускается
>>
>>Странно :(
>
>А ещё http://www.nvnews.net/vbulletin/showthread.php?t=134846

А что там?
А то у моего провайдера админы "#*:,#*,*#:" как бы его сказать помякше...
Вот что страница выдает:
"Sorry. The administrator has banned your IP address. To contact the administrator click here"


"Бета версия CUDA SDK 2.3 и видеодрайвера Nvidia 190.09"
Отправлено fidaj , 07-Июл-09 01:25 
>>>>Xorg старше X11R6.9.0 все корректно работает и без этой опции:
>>>>
>>>>Option "AllowGLXWithComposite" "boolean"
>>>>
>>>
>>>Читай не читай, а компиз не запускается
>>
>>Странно :(
>
>А ещё http://www.nvnews.net/vbulletin/showthread.php?t=134846

Почитал....
Бан :( о как строго - и нашли же, буржуины :))), от куда тянуть дрова - да еще и сами подсказали...
Изачем было писать об этом на официальном форуме...
Главно как патчи принимать так с радостью - а чуть что - бан! От "хитрюги"...
Ну хорошо что только на неделю...;)