Názory k článku
Jak na KDE4 v Gentoo

Diky, uzitecny souhrn. O ebuildu kde-base/startkde jsem treba vubec netusil a vzdy emergoval skrze meta kompletni set vseho. Jinak pouzitelne se mi jevi kde4 uz od 4.2 pri ~amd64.

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é AllowGLXWithCom­posite 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

Myslim, ze by v Section „Device“ pomohlo:
Option „RenderAccel“ „Tru­e“

Jinak co vypise: glxinfo | grep „direct rendering“

Jak ti jedou 3D aplikace? glxgears atd…

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.

to vypada dobre…

Ja bych rad poradil ale nvidi nikde nemam sem prej fanATIc :D

No 1700FPS je strasne malo, to dnesni procaky zvladaj jen tak z fleku bez pouziti grafiky. Moje x300 mobile coz je opravdu hodne slabe kaficko dava 3000, takze neco je vskutku spatne, ale otazkou je co :]

Pokud se nepletu, tak nvidia-drivers uz automaticky RenderAccel i composite enable do extension pridavaji, takze neni treba dopisovat nic.

Nevim od ktere verze toto plati, ale myslim ze uz nekde pred 180.60. Mne na 190.36 rozhodne funguje i bez techto nastaveni :)

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/ar­ch/x86/kernel/cpu/in­tel.c
vymaz/zakomentuj tento riadok

Po tejto uprave mi efekty cez OpenGL funguju.

toto samozrejme plati ak mas CPU od Intelu

no a co mas za cpu? a mas povoleny mttr?

ja to zkusil povolit na pentiu-m, zda se, ze tam by to melo byt v pohode, ale nevim, jestli uvidim nejaky zrychleni:

http://kerneltrap.org/…69064/thread

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:

podle toho, co pisou v tom intel.c ma to tvoje core duo (nee core 2 duo) nejakej problem s PAT, tak bych ho mozna nepovoloval

dej cat /proc/mtrr

pripadne dmesg | grep -i mtrr

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!!!

no vono to tam uz je dlouho, ale driv to bylo v addon_cpuid_fe­atures.c

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.

tak me povoleni PAT nedela nic, ale ja mam radeon

asi je to tim, ze nv ma ten svuj binarni modul kompilovanej s PAT

vyzkousim a dam vedet

eselect opengl set nvidia
nepomuze?

do module zkuste přidat: Load „dri“
Mě to pomohlo

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)

v kde-testing je net-wireless/kdeblu­etooth4. me funguje…

tak uz je to v normalni portage

V normalnim portage stromu to nevidim, je tam akorat net-wireless/kdeblu­etooth.

kde-testing je nejaky overlay?

Je to pod „net-wireless/kblu­etooth“ protoze se to prejmenovalo aby to odpovidalo tomu jak to zovou upstream vyvojari :]

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ší :)

kurnik, tak sem nainstloval 4.2 na x86 podle navodu, ponevadz pry 4.3 ja maskovny, ale dnes se mi to chce vechno predelat na 4.3

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…