Díky za článek – bohužel pro mě přišel s krížkem po funuse – přemigroval jsem před týdnem. Využil bych ale k dotazu:
Nefungují mi efekty. Ne že bych na nich nějak extra lpěl, ale celý desktop je po grafické stránce příšerně pomalý.
Používám téměř vše ve stabilních verzích (nvidia-drivers-180.60, xorg-server-1.6.3.901-r2). v xorg.conf mam povolené AllowGLXWithComposite i AddARGBGLXVisuals a v sekci Extensions mam Composite Enable. KDE mám z hlavního stromu – 4.3.2.
Při pokusu o zapnutí „Efektů plochy“ přes OpenGL mi to napíše
Nepodařilo se aktivovat efekty plochy se zadanými parametry. Nastavení bude vráceno na původní hodnoty. Zkontrolujte nastavení X serveru. Také uvažte změnu pokročilejších nastavení, jako je např. typ kompozice.
Přes XRender to funguje, ale je to ještě mnohem pomalejší – nepoužitelné. Pokud mám efekty vypnuté, tak grafika je subjektivně hodně pomalá (několikanásobně oproti kde3.5). Například při spouštění konsole vidím jak si nejdřív zabere velkou bílou plochu a až pak se do ní vykreslí…
Grafickou kartu mám integrovanou Quadro NVS 110M (odpovídá GeForce Go 7300). Když jsem kdysi testoval beryl, akcelerace fungovala nádherně rychle…
Díky za rady
PS, ještě připojím xorg.conf
Section "Module"
Load "dbe"
Load "extmod"
Load "type1"
Load "freetype"
Load "glx"
EndSection
Section "Device"
Identifier "nvidia"
Driver "nvidia"
Option "TwinView" "True"
Option "MetaModes" "DFP-1:1920x1200;DFP-0:1920x1200;DFP-1:1280x1024"
Option "AllowGLXWithComposite" "True"
Option "AddARGBGLXVisuals" "True"
Option "UseEdidDpi" "True"
Option "DPI" "94 x 94"
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
vystup glxinfo:
name of display: :1.0
display: :1 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_texture_from_pixmap, GLX_ARB_create_context, GLX_ARB_multisample,
GLX_NV_float_buffer, GLX_ARB_fbconfig_float
glxgears davaji v malem okne kolem 1700FPS na fullscreen (1920×1200) davaji 150FPS
kdyz pustim glxgears, zerou 100% jednoho jadra a na druhem jeste pekne okupuje X.
Ak splnas tieto 2 podmienky:
- kernel >= 2.6.29.5
- grep model /proc/cpuinfo je mensie ako 15
Tak v dmesg | grep NVRM by si mal vidiet toto „NVRM: CPU does not support the PAT, falling back to MTRRs.“
Pouzivam novsi driver, takze predosla veta nemusi u teba platit.
Mal som rovnaky problem a vyriesil som to takto:
v subore /usr/src/linux/arch/x86/kernel/cpu/intel.c
vymaz/zakomentuj tento riadok
if (c->x86 == 6 && c->x86_model < 15)
clear_cpu_cap(c, X86_FEATURE_PAT);
Po tejto uprave mi efekty cez OpenGL funguju.
mam core duo, MTRR mam povolene, ale nevim co to vlastne je (da se nekde krome linux/.config) zjistit ze je to opravdu funkcni
tohle je vystup /proc/cpuinfo (jenom jedno jadro)
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 14
model name : Genuine Intel(R) CPU T2500 @ 2.00GHz
stepping : 8
cpu MHz : 1000.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx
constant_tsc arch_perfmon bts pni monitor vmx est tm2
xtpr pdcm
bogomips : 3994.85
clflush size : 64
power management:
Nahodou, mne to zafungovalo, moc diky za tip!!! Taky jsem ten komentar u toho kodu cetl, ale pokud se nepletu, tak tenhle kod je tam relativne nove (tusim az od jadra 2.6.30), kterej tam byl pridanej v ramci nejake opravy. Asi neco opravuje, ale pat to kazdopadne zakazuje a tim dost degraduje opengl (neodborne vysvetleno, tolik dovnitr nevidim).
grep model /proc/cpuinfo (dvoujadro)
model : 14
model name : Genuine Intel® CPU T2400 @ 1.83GHz
mam kernel 2.6.31-r3, nvidia-drivers 190.36
Ale delalo mi to problemy snad na vsech nvidia-drivers od 180.60 vys, jadre 2.6.30 vys, xorg starsim i ted na 1.6.
Az tenhle fix to zase rozjel. Dosel jsem tak daleko, ze jsem zkousel nv, dokonce i nouveau, ale to bylo jeste horsi..
Takze za me pro tohle CPU doporucuju to zakomenteni radku v intel.c a rekompilaci jadra. Uvidim, zda se nekde neobjevi problem, ale zatim vse jede a hlavne konecne i vsechny efekty a pouzitelne rychle :)
Jeste jednou dik!!!
Nevim, co tam je dlouho, ale kazdopadne se to rozbilo nejakou opravou v jadre 2.6.30. Vice info viz napr. zde: http://bugs.gentoo.org/show_bug.cgi?…
Nevim jestli primo ten radek uz tam eistuje dlouho, spis to vypada tak, ze nekdo delal „cleanup“ v kodu a bohuzel tim neco rozbil.