KWin v KDE SC 4.7 má používat OpenGL 3

Plány pro správce oken KWin v KDE (SC) 4.6 představuje ve svém blogu Martin Graesslin. Prioritou vývoje pro verzi 4.6 bude výkon. Kompozitní renderování by mělo být založeno na OpenGL 2. V KDE 4.7 už by chtěl Martin využít možností OpenGL 3. Upozornil Phoronix.

29.7.2010 11:18 | Robert Krátký | Zajímavý článek

Komentáře

[LukasT]

Odhadujem, ze to bude zase fail kvoli driverom grafickych kariet. Ale cital som, ze bude poskytovat i fallback, ak nebude podpora v ovladaci. Som zvedavy ako to dopadne.

[Peter Fodrek]

to je dalsia optimalizacia KDE na AMD resp. jej graficku diviziu predavajucou pod znckou ATI

AMD uz v roku 2006 do svojich radov na vyvoj ovladacov a aj platformy Fusion Chrisa Schalgera, http://www.heise.de/newsticker/meldung/AMD-Linux-Forschung-in-Dresden-118445.html http://www.heise.de/newsticker/meldung/AMD-kuschelt-mit-Linux-118161.html

teda byvaleho prezinta KDE

Intel grafiky v CPU maju slaby vykon

a nVidia ma predbezny zakaz dovazat svoje grafiky do USA pre panet Rambusu http://www.dailyfinance.com/story/company-news/u-s-itc-rules-nvidia-infringed-rambus-patents/19569896/

Takze to je obchodna taktika.

[Luboš Doležel (Doli)]

Mě by zajímal výkon bez použití OpenGL. V KDE4 je naprosto žalostný - a kdelibs/Qt za to nemůžou (mimo KDE4 se ty aplikace vykreslují rychle) a KWin taky ne (protože nahrazení s Metacity nepomohlo). A jakmile zapnu OpenGL, tak mi zmizí titulky všech oken, ale dá se do nich klikat.

Tak co to tam nacpali za while(!slowEnough()) hogCPU();

[Septyk]

Něco na tom bude, opravdu QT programy, včetně těch přímo z KDE SC mi v Gnome lítaj. Ve Windows jsme KDE zkoušel a to je ještě lepší, odezva prostředí a rychlost spouštění aplikací KDE pod Windows XP je neuvěřitelná :) Před časem jsem (i když spokojenej uživatel) KDE opustil, protože moje grafická karta (Radeox X1270) nemá moc ráda KDE :)

[stativ]

Já bych to viděl na plasmu.

[Luboš Doležel (Doli)]

Nevím, co všechno tam Plasma zajišťuje, ale KDE4 se daří dokonale zpomalit i Wine aplikace nebo aplikace jako Firefox.

[Dragon Jake]

jednoznačně plasma. Však si zkus spustit kquitapp plasma-desktop a uvidíš, jak svižné dokážou KDE být :)

[MarSarK]

Zkusil jsem ukončit plasmu a rychlost GUI aplikací je stejná. Žádná změna. Spíš kdyby si plasma pořádně pamatovala svoje nastavení.

[Dragon Jake]

zajímavé, u mě je to tedy znát dost, hlavně v kwinu a krusaderovi. Když má plasma svoje chvíle, přepnutí panelu je otázkou 2 vteřin, nehledě pak na zobrazení libovolného dialogového okna

[anon123]

Taky souhlasim. Uz mame KDE 4.5 a zakladni veci jsou zalostne. Porad se vymysli neco zbrusu noveho, ale odladit zakladni veci, ktere jsou potreba pro rychli chod desktopu to nic.

[Jardík]

Není to vina ani kwinu, ani metacity, ani driverů. Problém je v samotném composite rozšíření pro Xka. Je to pomalý bastl. Jak jinak si např. vysvětlit nechutný pokles FPS ve všech hrách (a dalších na vykreslování náročných aplikací) při aktivním composite. Ve Windows je toto zpomalení tak 0-2 FPS, v linuxu mnohonásobně více (neměřil jsem to, je to subjektivní pocit). Ve Windows taky dojde k deaktivaci composite, když pustíte takovou aplikaci ve fullscreenu, okamžitě, nezdržuje to, jenom to minimálně blikne, v linuxu nic takového nee. Jenže bez composite v linuxu dnešní aplikace ani neumí průhlednost, stíny, ... přitom to např. Qt3 zvládalo. Proč jsou ikony při DnD kostrbatý, když kurzor myši není a přitom je taky průhledný? Ono to asi jde, ale asi to dá víc práce a tak je lepší na to kadit a spoléhat na nefunkční composite.

[Septyk]

No třeba Compiz ignoruje fullscreen aplikace, když mu to dovolíš... Kwin netušim, tam jsem se ještě hru neodvážil pustit :D

[babraq]

KWin sa tak tiež správa.

[Jardík]

Já to sice nezkoušel, ale z toho co říkáš mi plyne, že ale aplikace "pod" tím oknem ignorovány nejsou a stále dochází k updatům jakéhosi composite bufferu.

[Luboš Doležel (Doli)]

Composite to taky není. Teda ne že by nebyl pomalý, ale já ho mám zakázaný, a to jak v KDE, tak v xorg.conf.

[Jardík]

A máte v Qt4 nastavený raster renderer, nebo tak nějak se to jmenuje. Ve Windows je to default, v linuxu nevím, ale někde jsem četl, že to má být rychlejší než jakési pokusy o 2d akceleraci přes xorg, kde se něco musí kopírovat na x server a zpět

[Grunt]

Jak jinak si např. vysvětlit nechutný pokles FPS ve všech hrách (a dalších na vykreslování náročných aplikací) při aktivním composite.

Třeba tak, že renderovat nějaké prostředí do textury a tu ještě nanášet na vertexy a renderovat je a až teprve pak vykreslovat (a bůh ví jestli se to nevrací po sběrnici ještě zpět) není nic moc.

[Bluebear]

Ve Windows je toto zpomalení tak 0-2 FPS, v linuxu mnohonásobně více (neměřil jsem to, je to subjektivní pocit).

Ouvej, ouvej. Promiň, ale toto by absolvent technické školy neměl nikdy vypustit z úst.

"Neměřil jsem to, ale je to mnohonásobně víc."

Ono to může být klidně pravda, ale tohle říct v libovolných laboratořích na VŠCHT (hádám, že na ČVUTu by to bylo to samé), tak zhruba za tři milisekundy jsem venku s otiskem asistentovy boty na zadku.

[Jardík]

Ouvej, pán je chytrej. Asi poznám, když je něco rychlý a pak se to najednou zpomalí až na úroveň nepoužitelnosti. Jinak studentem ČVUT zatím jsem, ale už si hledám nějaký job a po prázdninách končím. Mě tam skoro nic z předmětů nebralo, nebere a ještě mě tam spousta věcích jebala (fyzika, elektronika, elektrické obvody, ...), tak jsem na to vyloženě s*al, viz některý z předchozích zápisů v blogu. Ale jelikož jsem neschopnej, nic mě nebaví (ani život), tak si stejně asi nic nenajdu a jestli mě někdo nezabije, tak se asi zblázním, protože jsem neschopnej a sám to nedokážu.

[R]

A s akou grafickou kartou to bude fungovat?

[Dadam]

To snad ne... Grafickou akceleraci chce už i KDE? To jsem si ho chtěl nainstalovat, abych se tomu vyhl v GNOME... Pojďme vyvíjet Enlightenment

[trekker.dk]

A bude prioritou pro verzi 4.8 použitelnost, nebo si budeme muset ještě počkat?

Ale co, jestli bude fungovat Trinity, tak koho zajímá KDE3 verze 4.x

[Jardík]

jestli bude fungovat Trinity

Jenže kioslaves v kde3 byly pěkně zabugovaný, ani samotný konqueror si s nimi nebyl pořádně schopný poradit a pokud jste šel např. do system:/home, tak v menu chyběli položky, co se jinak v /home/xxxxx zobrazovali, některé aplikace si např. videa z CD kopírovali do dočasné složky, protoče media:/ považovaly za vzdálený "adresář",... mizerná podpora s ne-kde aplikacemi, kde3 asi už nepřestane používat HAL, ... mě by stačil přepis KDE3 do Qt4 a nemuseli vymejšlet super nový desktop, jehož použitelnost je skoro nulová. Zlatí koncept ikony na ploše a panel, na co kraviny jako plasmoidy ... to je tak možná pro hračičky, vyparádit si desktop, chlubit se s ním, pro práci je to však nepoužitelné.

[mirec]

Asi budem divný, ale súhlasím až na tie ikony na ploche, tie by mi nejako nechýbali.

[Jardík]

No já ikony na ploše používám, pro rychlý přístup k určitým adresářům a pro spouštění často používaných aplikací. Okna zásadně nemaximalizuji a ikony mám po stranách, takže mi je nic nepřikrývá. Jen vyjímečně je přikrývám např. při programování, ale při tom je většinou nepotřebuju.

[trekker.dk]

Jenže kioslaves v kde3 byly pěkně zabugovaný

Když pominu velice sporadické smb://, nepoužívám, nevadí.

kde3 asi už nepřestane používat HAL

# cat /etc/init.d/hal
#! /bin/sh

...

do_start() {
        log_daemon_msg "... HALu nasrat! "
        true
}

Závislost na HALu mi taky nevadí, zjevně to funguje i bez něj

[Jardík]

To je sice hezké, ale KDE3 vám pak nenajde žádný CD-ROMy, žádný flashky, a všechno si řešit manuálně je otrava.

[trekker.dk]

S tím nemám problém. Nemám rád, když se mi něco hrabe v systému a připojuje si to věci dle libosti. Z mých zkušeností se to buď připojí blbě, nebo to aspoň nejde odpojit a TO je potom otrava. Lepší, když vím, co se děje, protože to dělám sám.

[Jardík]

No nevím, já když vložím CD nebo flashku, tak ji tam vždy dávám proto, že chci něco kopírovat tam/ven a jsem vděčný, když kvůli tomu nemusím spouštět terminál, zasuovat si a připojit.

[aceman]

Pri dobre nastavenom automounte netreba robit nic z toho. Tiez pouzivam KDE3 bez HAL (nebezi).

[aceman]

No, klamem. HAL bezi (X.org ho chce, aj ked ho tiez nevyuziva), ale nijako som ho nekonfiguroval a KDE nemountuje automaticky vymenitelne media.

[Jardík]

A tvůj automount funguje do té doby, dokud nepřipojíš např. nový USB disk/palírnu a nebude mít jiné jméno.

[aceman]

Automount funguje cez subory zariadeni. Takze ak mam automount na /dev/sda az /dev/sdc, tak spolahlivo pripojim prve tri USB disky, ktore potom zasuniem (podla poradia zasunutia), bez ohladu na ich meno (ake meno vlastne myslite? Label? Zavisly od filesystemu?).

[Luboš Doležel (Doli)]

Jenže kioslaves v kde3 byly pěkně zabugovaný

Stav ohledně kioslaves a Krusaderu v KDE4 je takový, že staré chyby zůstaly a nové byly zavedeny. S hlášením mě ani nenapadne se obtěžovat, pamatuju si, jak to dopadlo, když jsem hlásil, že si ten šmejd v některých situacích nepamatuje heslo k FTP a furt se na něj dokola ptá.

[Jardík]

No od té doby, co je tam dolphin a po kliknutí na ikonku "Home" mě to nehodí do system:/home, ale do /home/jardik a po kliknutí na CD-ROM mě to hodí do /media/Název disku/ a né do media:/sr0, tak ty problémy zmizely, protože si nemyslí, že jde o vzdálený adresář.

[Luboš Doležel (Doli)]

Já teď třeba kdykoliv chci kopírovat soubor na FTP přes kioslaves, tak se mě to zeptá na heslo, furt dokola, zaškrtávat "Zapamatovat" je marné, nic si nepamatuje. Teď v KDE4 je to ještě "lepší", musím zadat username a heslo přímo do URL, jinak to selže a na správné přihlašovací údaje se mě to nezeptá.

Od doby bugreportu jsem vystřídal distribuce i celou řadu KDE, ale ne, já jsem byl v bugreportu ten blbec...

[MarSarK]

Verze, která bude použitelná. Asi nikdy. Celé KDE 4 mi přijde jako takový vývojový experimentální projekt. V diskuzi ke zprávičce o vydání KDE SC 4.5 RC3, jsem se trochu rozepsal, co stále nefunguje a nejvíc mi vadí - už si ani netipuji, kdy to někdo opraví.

[qpal]

Tuhle jsem se kamaradce rozpovidal, co mi vsechno vadi na me zene. No a nic se nezmenilo, moje zena je porad stejna a porad mi na ni vadi ty same veci...?

..Porad nic? No dobra, poradim Vam: https://bugs.kde.org/

..toho vecera na "https://bugs.kde.org/":
1)nevari mi kazdy den teplou veceri
2)...

[Václav HFechs Švirga]

Tak oproti současné 2D akceleraci to bude určitě pokrok, protože tady KDE na compiz a podobné absolutně nestačí - 2D akcelerace je pomalá. A kdo akceleraci nemá, tak mu nešla ani ta 2D a efekty si vypl, takže si je vypne i teď - žádná změna. Problém je to, že KDE umí být líne i s vypnutými efekty.

[Leinad]

Moje osobní zkušenosti s KDE možná závislé jen na mém hardwaru.

POužívám KDE a nezdají se mi nějak svižné. Jako hlavní problém pro mé subjektivní vnímání svižnosti vidím v testech na Dolphinovi. Když ho minimalizuji a maximalizuji, hrozně dlouho trvá (cca celou vteřinu, možná víc), než se ukáže obsah složky a vlastně i obsah okna Dolphina. Test ovlivňuje, zda je Dolphin jediná aplikace, kterou dávám do popředí a pozadí, nebo jestli mám spuštěný v popředí třeba Firefox - to se pak Dolphin chová pomaleji. Další takový test, který se hrozně cuká, je resizování, třeba opět testovacího zobrazení domovské složky v Dolphinovi. Myslel jsem si, že to je Linuxem a Xkami a byl s tím smířený. Pak jsem ale zkusil nachvíli Gnome a divil se, jak tyto operace jsou hrozně rychlé. Trochu jsem testovat a zjistil, že podobného razantního zrychlení dosáhnu nahrazením KWinu s Compizem či Metacity. Tam se okno při vytáhnutí z pozadí nerozhodne překreslit od znova a při resize se nemění velikost celého okna, ale jen symbolického obdélníku, který se teprve po ukončení změny velikosti vyplní aplikací. Compiz a Metacity do KDE ale bohužel vůbec nesedí, celé prostředí se chová odlišně, než by správně mělo. Tak jsem se hrabal ještě v nastaveních v KDE v KWin. Našel jsem, že obje funkce jdou zapnout. Bohužel rámeček při resize je v KWinu docela škaredý, no používat se to ale dá. To, že se při vysunutí z pozadí ale aplikace nemá znovu překreslit, to ale bohužel už není bez chyby. V samotném nastavení píšou, že může chybovat minimalize. Zkoušel jsem test, kdy jsem aplikace minimalizoval a maximalizoval klikáním na ní v penelu a po asi třech zopakování se aplikace neminimalizovala. Kliknutí na ikonku minimalizace v pruhu aplikace (jak je zavřít, maximalizovat, minimalizovat) ale bylo funkční. Co jsem dělal testy v KDE 4.5 RC, tak tam tento problém byl už opraven. Přesto je tam nápis o varování, že může přestat fungovat korektně minimalizace. Když psal někdo na fóru, že na KDE 4.4 mu to už běhá bez problémů, tak tam někdo odpovídal, že tu hlášku zrušit nemohou, protože to je nějaký problém s Xkami (cože? ví někdo více, proč? a proč to teda v KDE 4.4 funguje lépe než v KDE 4.3 a v KDE 4.5 ještě lépe?), který je v současnosti neřešitelný.

KDE 4 nejsou žádný blesk, ale pro mě osobně by stačilo vyladit tyto dva "zrychlováky" a byl bych spokojen.

A ještě jeden postřeh na závěr. Mám pocit, že Nautilus otevře složku a ještě donačítá soubory v ní. A Dolphin nejdříve načte a pak teprve zobrazí. Také toto ovlivňuje pocit rychlosti.

[munich machine]

Ako sa dostanem k nastaveniu toho, ze pri vysunuti z pozadia sa aplikacia nema znovu prekreslit? Neviem to najst.

[clayman]

Předpokládám, že to bude combobox v Desktop->Desktop Effects->Advanced->Keep Window Thumbnails

[Michal]

Opravdu nevím co těmi KDE4 děláte. Testovat výkon tím že resizuješ okno není zrovna moc dobré, zvlášť když už je dlouho známé že je to prostě achillova pata KDE4 :) Kdyby to bylo jednoduché to odstranit tak už to dávno udělali. Ale i tak nemám pocit že by to bylo něco strašného, je tam spousta mnohem horších problémů ...

Jak je možné že se vám v Dolphinovi vykreslují po minimalizaci ikony vteřinu to netuším, mě i na pentinum 4 s chabou intel grafikou to je okamžité, vteřinu to trvá možná po prvním spuštění aplikace.

[juras]

Mohu potvrdit, že kromě známých problémů s výkonem OpenGL aplikací při spuštěném kompozitování (glxgears 30k fps vs 7k fps) nemám s výkonem KDE žádný problém. Při minimalizaci/obnovení je okno vykresleno ihned - možná bude ovlivněno nastavením aktualizovat náhledy minimalizovaných oken. Daný pokles výkonu OpenGL bych spíš považoval za důsledek řešení vykreslování v ovladačích ATI - pamatuji doby, kdy OpenGL aplikace s kompozitováním blikaly kvůli nejednotnému překreslování okna aplikace a plochy.

----

KDE 4.4.2 + ATI fglrx

[Leinad]

"je okno vykresleno ihned - možná bude ovlivněno nastavením aktualizovat náhledy minimalizovaných oken"

Přesně o tomto píšu. Že po zapnutí této možnosti je to ok, ale ta možnost není v současnosti v KDE bezchybná. KDE 4.5 vypadá, že s opravami této možnosti opět pokročilo.

[Leinad]

"když už je dlouho známé že je to prostě achillova pata KDE4"

A o té achillově patě právě píšu Že Metacity a Compiz to řeší jednodušeji, ale také díky tomu to působí svižně. A že v KWinu to jde nastavit, aby se to chovalo podobně jako v Compizu či Metacity, ale ten efekt resize nevypadá moc dobře.

Ad vykreslování obsahu. Intel GMA X4500M, openSUSE 11.2 s KDE 4.4.4 s nastavením efektů v pro "Vysoké rozlišení a slabý procesor" se zapnutým kompozitem. Pokud je Dolphin jediná spuštěná aplikace, tak je to rychlejší. Aby to bylo okamžité, musím mít zapnuté "Zachovat miniatury oken: Vždy (naruší minimalizaci)", což při testování na současném KDE opravdu naruší občas minimalizaci.

[kavol]

Kdyby to bylo jednoduché to odstranit tak už to dávno udělali.

ROFL!

... máš nějaké zkušenosti s KDE bugzillou, tušíš trošku co všechno tam hnije?

[Jardík]

BTW neví někdo, jak jsou na tom s eliminací HALu?

[0K!AS [okias]]

bohužel, nevypadá to nijak nadějně... bude spíš zázrak, když to bude fungovat bez HALu s 4.6, ale spíš vidím realnějí 4.7.

Přesněji bez HALu mě to jde třeba i teď, ale nemám notifikace o flashkách a DVD.

[pushkin]

OK, buďme k sobě upřímní - KDE řady 3 bylo dobře použitelné od verze 3.5.x. Nyní se bavíme již o KDE řady 4.7, které využívá dosti inovované OpenGL 3. Nyní otázka ze strany uživatele - kdy již konečně dojde na rychlost a stabilitu ekvivalentní ke KDE 3.5.10??

[Leinad]

Od KDE 3.0 do KDE 3.5.10 uběhlo asi 6 let. To by vycházelo při současném půlročním cyklu na KDE 4.12.0