Dotaz: Velmi pomalé prostředí Unity

[jan.rok]

Dobrý den,

na netbooku ACER Aspire One 725 (CPU AMD C60, 4 GB RAM) je již třetím rokem nainstalované Ubuntu 14.04 LTS, v základní instalaci, pro grafiku používám open ovladač, nejsou zde žádné nesvobodné ovladače. Nic jiného než Firefox/Flash se zde nepoužívá. Dosud naprostá spokojenost.

Po nedávné aktualizaci systému (stále ale ve stejné LTS verzi) došlo ke značnému zpomalení prostředí Unity - prakticky se v něm nedá pracovat. Otevření okna je trhané, trvá cca 10 s než se kompletně vykreslí. Využití obou jader CPU je trvale mezi 80-100%, přitom procesy (především compiz a firefox vytěžují dohromady na cca 40%). Jiný výrazně náročný proces nevidím (přes program "Sledování systému").

Odhaduju, že se stáhla nějaká aktualizace ovladače grafiky, která celý systém zpomaluje, ale nevím, jak to zjistit a jak to opravit.

Prosím o radu, kde zjišťovat příčinu zpomalení a jak ji odstranit.

Díky. J.Rok

---

---

Odpovědi

[Darthvader]

Riesenie je nepouzivat Unity a zle distro ako je ubuntu.

[jan.rok]

A které tedy? A co pak udělat v případě, že po tříletém bezproblémovém provozu nastane stejná situace, jakou jsem popsal výše?

[Darthvader]

Xfce, gnome... a distro napr. Debian stable, openSUSE.

openSUSE

[nobody]

u distra prozatim klidne zustan, nema cenu menit jen proto ze jsou uzivatele co maji potrebu na nej nadavat...

ale muzes zkusit zjistit krome toho co sem psal dole, jestli je problem v ovladaci grafiky (at uz na strane kernelu, nebo xorg), nebo problem v prostredi (at jiz v Compizu, nebo Unity)... tim ze doinstalujes prostredi Xubuntu do tve stavajici instalace a pri prihlaseni se na ne prepnes, tim samozrejme zustanou vsechna tva data, programy a nastaveni...

samoosobe prostredi Xfce (pouzite v Xubuntu) nepotrebuje hw akceleraci, takze i v pripade ze by byl problem s ovladacem, nemuselo by to tolik vadit, dokud nebudes chtit prehravat video co CPU neutahne...

[jan.rok]

Děkuji, touhle cestou se zkusím vydat.

[jan.rok]

Ještě před instalací jiného prostředí jsem zkusil vyměnit svobodný ovladač grafiky za nesvobodný a zdá se, že nyní jsou odezvy stejné jako bývaly dřív (s přihlédnutím ke slabému hardware). Na tomhle se už dá dělat.

Každopádně naznačené řešení si nechám v zásobě.

Díky za návod a považujme tohle vlákno za uzavřené.

[Pavel Říha]

Doporučuji ještě jeden postup, který se může hodit i v budoucnu.
Stáhnout iso obraz Ubuntu a vyzkoušet chování grafiky v něm.

Aby nebylo nutné zapisovat obraz na falshdisk nebo dvd, je výborná věc, že Grub2 umí bootovat i iso obrazy z disku.

Práce s nimi se velmi zjednoduší použitím balíčku grml-rescueboot
https://help.ubuntu.com/community/Grub2/ISOBoot#grml-rescueboot

Osobně věřím, že v některém z příštích updatů bude chování opensource ovladače grafiky opraveno.

[pepe_]

To je cool (vždy jsem se patlal a on na to je nástroj) Díky !

[outlier]

Mě se celkem líbí Lubuntu, velmi rychlé a přehledné.

[Andrej]

KDE. (Protože všechno ostatní je kompromis.)

Taky nelze než doporučit aktuální distribuci. Například KDE spin Fedory by mohl být rozumná volba pro někoho, kdo hledá uživatelsky vstřícné a zároveň aktuální distro.

[Abcdefgh]

Sucasne Kde plasma 5 je nepouzitelne.

[Andrej]

Opět tady anonym žvaní nesmysly a šíří FUD. Nelze než posté a stále dokola trpělivě navrhovat omezení anonymů na ABCLinuxu.

Zpět k tématu: KDE 5 denně používám a myslím si, že je to opět nejpokročilejší desktopové prostředí vůbec, podobně jako bylo svého času KDE 4.

Nezbývá než parafrázovat otázku ve stylu Černých baronů: Co si asi tak představuješ pod pojmem „nepoužitelné“? (Já si představím například Gnome.)

[Abcdefgh]

Nepouzitelne v zmysle plne bugov priklad nestabilny kwin, dolphin, segfaulty atd.

[MadCatX]

Dalším problémem je určitá schizofrenie mezi aplikacemi, protože nemalá část z nich ještě nebyla adaptována na Qt5 a KDE Frameworks. Na bleeding edge distribuci s posledními verzemi Qt5, Plasmy a KF už to funguje docela slušně, ale používám to jen na tom nejprimitivnějším setupu s víceméně výchozím nastavením. Legrace začne, jakmile chcete používat vícemonitorové konfigurace apod. KWin je sice do značné míry obětí prohnilého Xorgu a grafických ovladačů, ale třeba s gnomím mutterem mám o dost lepší zážitky než s KWinem.

[Václav "Darm" Novák]

A co na těch aplikacích co portovány nebyly nefunguje? Sice jedu na bleeding edge (od první verze, zpočátku dokonce Plasma 5 kompilovaná z AUR), ale nějekých větších problémů jsem si nevšiml. Vlastně ano, jedna chyba, způsobená ovladačema od Intelu, se našla. Dokud jsem nepřepl na UXA, padala plasma. Intel to už ale opravil

[MadCatX]

Nejde o to, že by nefungovaly, ale používat to není nic pohodlného. KMail používá jinou KWallet než NetworkManager (odemykat to dvakrát je vážně paráda), část aplikací se konfiguruje v systemsettings5, část v systemsettings4. V některých distribucích systemsettings4 už ani není - aspoň jsem nepřišel na to, jak ho tam dostat, tažke KDE SC 4 aplikace se pořádně ani nastavit nedají. Rozdíly ve střevech Qt4 a Qt5 mohou taky občas působit problémy; např. Qt5 widgety se mi dlouhou dobu překreslovaly doslova šnečím tempem, stejný kód přeložený vůči Qt4 fungoval bleskově. Sice šlo o (jak jinak) bug V Xkách a ovladačích AMD, ale BFU, kterému se bude Plasma 5 vykreslovat 10 vteřin to doopravdy nebude zajímat.

[Václav "Darm" Novák]

Je fakt že KWallet odemykám přes PAM, takže jsem dvojité zadání nějak nepostřehl a nastavení ve starém systemsettings jsem nepotřeboval, ale chápu :)

Některým lidem by ještě mohla vadit absence xembed. Což se má spravit v příští verzi, vývojářům došlo že na to software ještě není zcela připraven a tak zavádí celkem šalamounské řešení – překládací vrstvu, která bude držet ofscreen tray pro takové aplikace a překládat je do AppIndicator. Což je super, protože takhle implementovaný tray bude schopen zobrazit xembed ikonky i ve waylandu.

Mimochodem, na některých GPU je dost masakr spuštění Application Dashboard nebo Aurorae window dekorace. Na to bacha :)

[nobody]

vhodnejsi reseni je neposlouchat zle uzivatele ako je Darthvader...

[Darthvader]

Unity 7 je zabugovane postavene na compiz vykopavke s tisickami nefixnutych bugov a cannonical to podla ich vyhlasenia nezvlada.

[nobody]

reagoval sem na zle distro, nikoliv na prostredi, aneb goto #6

[Yeah]

A že jsi se v minulosti chlubil kostkou, pokud teda nejsi moc mladej?

Odhaduju, že se stáhla nějaká aktualizace ovladače grafiky, která celý systém zpomaluje, ale nevím, jak to zjistit a jak to opravit. Prosím o radu, kde zjišťovat příčinu zpomalení a jak ji odstranit.

Jak bys podobnou situaci zjišťoval u "lepšího" distra? To byla totiž hlavní otázka.

[nobody]

historii instalaci/aktualizaci balicku najdes v /var/log/apt/history.log (+ v dalsich history*)
zaznam prubehu zpracovani balicku v /var/log/apt/term.log (+ v dalsich term*)
log grafickeho prostredi /var/log/Xorg.0.log (+ v dalsich Xorg*)

jestli se pouziva DirectRendering zjistis pomoci: glxinfo | grep render

[Yeah]

To jsou správné popsané možnosti. Bohužel je ale na hovno, že nezjistí pokud ho brzdí samotný ovladač, pokud nepoužije ten proprietární nebo nenajde nějaký benchmark se svou kartou ve stejném prostředí od někoho na internetu, a že nějaký vhodný test program chybí. Pravda, je to open source a s tím je potřeba se smířit.

[R]

Moze si napriklad downgradovat kernel, aby sa zistilo, ci je v nom problem. Alebo nainstalovat nejaky novsi. Alebo skompilovat lubovolnu inu verziu, kedze je to open source.

[Yeah]

Pravda, ale z toho nepozná stále jestli ovladač funguje na stejné úrovni jako má skutečný hw výkon.

[R]

Nerozumiem. Co je "skutocny hw vykon"?

Uz mu to fungovalo a teraz nefunguje, takze sa jedna o regresiu. Ked downgraduje jadro a zacne to zase fungovat, tak bude jasne, kde je problem.