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.
Zkousel nekdo pouzivat kdebluetooth z KDE 3 s KDE 4? Predpokladam, ze bude nutne prelozit kde-base/solid bez bluetooth use flagu, downgradnout bluez na bluez-libs a bluez-utils a pak emergnout KDE 3 verzi kdebluetooth.
Zkousel to nekdo? Nebo co pouzivate v KDE 4 pro bluetooth? (zajima me hlavne obexftp)
Pro mne bylo trochu nepříjemné že při použití 3.5 i 4 zároveň se při naběhnutí po bootu nejdřív do KDE4 a pak až do KDE3 nějak podělá cache ikon a aplikací, což se projeví tím, že z [K] menu zmizí aplikace, a z panelu případně odkazy na aplikace které jste si tam natahali. Myslím že při opačném startování se to nestalo. Databázi apps lze obnovit, s konfigurací kickeru je to horší, chce to mít zálohu kickerrc.
killall kicker
kbuildsycoca
..obnova kickerrc ze zálohy…
kicker &
Jinak mi přijde že kde4 applikace v 3.5 fungují celkem dobře, opačně je to nějaké slabší :)
Jojo, uz je 4.3.1 stable. Kompiluju jak o zivot.
Jenom doufam, ze spravne probehl upgrade Xorgu, protoze jsem jeste po jeho upgradu nerestartoval Xka a dokud nebude zkompilovano, tak to nechci zkouset. Revdep-rebuild neukazuje zadny problem, ale jasne to bude, az se to vyzkousi…