Vykonnostne problemy s desktopom Fedora14

Zvykol som si používať Redhat a jeho desktopové distrá. Momentálne si zvykám na Fedora14, akurát sa mi zdá, že na rovnakom hardware je o dosť menej svižnejšia ako minulé verzie, hlavne Fedora11 na ktorej som dosť dlhú dobu robil.
Mám odskúčané rôzne verzie od staričkej RH9 až po Fedora8, ktré som používal dlší čas, ale ani jedna nieje tak výrazne pomalá ako práve Fedora14.
Bežím na Celerone 1,7GHz/1GB RAM, 2x80GB HDD, Ati Rage128 Pro Ultra 32MB, LCD 1680x1050 a nezdá sa mi, že na premiestňovanie ikoniek po ploche alebo písanie skriptov v BASH by som potreboval zvýšiť výkon hardwaru.
Vždy som sa znažil používať pokiaľ možno, optimálne nastavenie systému s vyladením len potrebných procesov, diskových oddielov a systémových nastavení. Rovnaké nastavenia som aplikoval aj na Fedora14, bohužiaľ nepomáha nič aby sa systém, teda hlavne odozva desktopu zlepšila.
Bežne mám otvorených 8 virt.terminálov na dvoch plochách, Krusader, 2-3 okná Firefoxu s približne 5-timi Tabmi. Ale aj keď nechám otvorené len terminály a Krusader, tak prepínanie plôch je výrazne pomalé a to až natoľko, že je vidieť postupné občerstvovanie obsahu okien terminálov. To by som ešte prežil, ale ked prepnem na plochu kde mám Krusader, tak občersvenie okna Krusader trva 1-2 sekundy, čo ma ide šlak trafiť, ako zvykol hovoriť Julo Satinský.
Skúšal som rôzne grafiky od Ati, GeForce, Matrox od málovýkonných až po stredne výkonné napr. GeForce7600, rovnako som nahral lighweighted LXDM desktop prostredie, bohužiaľ bez úspechu. Aktualizácie sú všetky aplikované, tak neviem, či je tam niečo tak dobre zhnité, že to tak ľahko nevykopem alebo je nutné Readhat a špeciálne Fedoru opustiť.
Záťaž systému je tiež rocha vyššia ako bývala obvykle v nižších verziách.
Na Fedore14 sa záťaž pohybuje do 12% vrátane procesu “htop”, na F11 je to do 6% vrátane “htop”. Na obidvoch systemoch najviac výkonu žere “htop” napr. na F11 asi 3%.

Stretol sa niekto s podobným javom? Čo by sa dalo ešte skúsiť?

Používáte Fedoru už dost dlouho, takže máte zkušenosti zřejmě dost, aby vám někdo musel radit. Já osobně nemám pocit, že by mi Fedora 14 fungovala pomaleji než 11 nebo že by žrala více paměti. Ale pravdou je, že vždy povypínám všechny zbytečné služby včetně NetworkManageru a nepoužívám akcelerovaný desktop (compiz), protože mi brzdí OpenGL střílečky. (BTW - proč se tomu říká akcelerovaný, když je ve skutečnosti těmi 3D efekty zpomalovaný???). Krusader a ostatní KDE záležitosti mi do počítače nesmí, ale jinak s Qt programy rychlostní problémy nemám. Nemáte problém s málo pamětí a swapováním? Přece jenom máte naloadované knihovny obou bumbrlíčích prostředí, myslím, že ty v posledních letech dost nakynuly…

Dobrý den,

v současné době řeším podobný problém. Nejdřív jsem měl Gnome, potom jsem zkusil Xfce4 a teď testuji IceWM spolu s XDM. Network Managet nahradil wicd. Odezva systému se hodně zlepšila. Pokud z nějakého důvodu netrváte na KDE, zkuste něco lehčího. Druhá věc na kterou by jste se mohl podívat jsou služby, Pokud jste to již nezkoušel, vypněte co nemusí běžet.

Teď jsem se díval na htop a mám zabraných 130 mb. Spuštěné aplikace jsou Firefox s třemi panely a se spuštěným online rádiem.

Petr

Práve, že zo služieb používam najmenšie minimum aké sa dá ešte vôbec používať.
Na nastavenie siete (LAN+WLAN) používam vlastné skripty, obídem sa aj bez NetworkManagera.
Rovnako mám napísané skripty pre mount iných FS lokálne, alebo cez sieť.
Aby som dokreslil situáciu, tak problém v odozve pozorujem vo väčšine prípadov v prepínaní okien, čo by napovedalo na nejaký druh problému vo WM. Bohužial ani po nahratí LXDM ako jednoduchšieho správcu okien sa situácia nezlepšila. Rovnako sa mi zdá, že úvodná reakcia na príkazy nielen od grafických programov je pomalšia.
Z Krusadera používam často interný editor na editáciu skriptov a programov a už len obyčajné skrolovanie pomocou kláves “šipka hore/dole” v texte je také nejaké sekané. Zhruba na každom 10tom riadku sa to na trošku sekne. Ak už nejaký proces naštartuje, tak beží normálne. Napríklad kopírovanie lokálne, alebo cez sieť, alebo aj prehrávanie mp3. Momentálne skúmam či nieje použitý nejaký iný scheduler. Sa mi zdá, že v minulosti sa vyskytovali podobné problémy práve s pechodom na iný scheduler.
Ak sa na problém pozerám cez rôzne “top” programy tak sa zdá, že je všetko vporiadku. Mám podozrenie, že kým sa prekreslí okno, tak zmizne aj informácia, ktorá by ma mohla zaujímať.

Neviete niekto či existuje nejaký program, kde by sa dalo vidieť na grafe vyťaženie všetkých procesov v systéme? Potrebujem niečo čo si robí štatistiku a vie to graficky vykresliť. Skúšal som rrdtool+HotSaniC, ale tam sú len nejaké predvolené procesy, ostatné by som musel doprogramovať, čo je na dosť dlho.

Zpomaleni odezvy systemu muze byt ledascim. Mezi F11 a F14 je dost velky skok, takze se mohlo zmenit ledacos - od problemu a jadrem az po grafiku (protoze napr. Xorg pouziva uz uplne neco jineho nez driv). Sice KDE bych zrovna rekl by se melo spis zrychlit ale kdo vi. Kazdopadne pustit cokoli z KDE (krusader) znamena ze se natahne cely candrbal KDE. Testovat rychlost systemu zrovna na krusaderu asi neni zrovna nejlepsi. Neco co by vykreslovalo vsechny procesy a jejich pouzivani CPU asi neznam. Podobnou vec dela “bootchart”, ale je primarne urceny k profilovani startu systemu.

Osobne pouzivam PC na bezpecnu pracu na inernete (firefox), spravu foto, atd. Linux som zacal pouzivat Ubuntu 8.04 no 10 verzia bola taktiez znacne “brzdena” a jedenastku som horko tazko trochu rozchodil. Potom som presiel na fedoru a taktiez tu pozorujem spomalenie systemu napr :na firefoxe pusteny klip-vytazenost CPU 90-100% =/ Bez zataze 10-15%. kopirovanie suborov,priam nekonecne. citanie navodu ako rozchodit flashplayer =P sekane. Nechce sa mi verit ze mam az taku sopu AMD2.8GHz 64bit,2G A-data pamäte, Geforce7300GS, Primarny disk 80GB +este nieco na data. Mozno by mi pomohlo spominane "vycistenie"procesov, ale mam obavy ze dalsia verzia nebude urcite rychlejsia.

Naroky aplikaci, at deklaruji vyvojari co chceji, neustale rostnou. Nejhorsi to je u webovych prohlizecu, kde jejich vykon zcela degraduje narustajici narocnohost obsahu webovych stranek (predevsim flash, ale obecne u vseho je vetsi rozliseni, vetsi objemy dat atd.). Osobne pouzivam konfigurace i mene vykonne a neprijde mi ze by s rychlosti byl nejaky problem. Faktem je, ze PIII1000MHz se 768MB RAM uz znamena dnes trochu otravne cekani.

No práveže, na testovacej zostave Celeron Intel PIII/800MHz/1GB RAM mam odozvu desktopu svižnejšiu ako na vyššie popísanej zostave a to som si dal záležať aby nastavenie systému bolo dosť podobné vrátane počtu grafických doplnkov na ploche a dokonca aj ich rozmiestnenia.
Obidva počítače sú hardwarovo (až na CPU/MB) dosť podobné napr.:

  • rovnaké zberice (PCI/AGP)
  • úplne totožné grafické karty pre AGP v2.0 (pre zaujímavosť sú to grafiky ATI rage 128 Pro Ultra 32MB)
  • rovnaké množstvo RAM (1GB)
  • úplne totožné harddisky

Na slabšom počítači beží OS Fedora10, na výkonnejšom Fedora14 s rovnakým nastavením (od veľkosti partícií až po jednotlivé služby).

Zaťiaľ ešte stále testujem, ale už teraz môžem podľa prvých meraní špecializovaným testom pre X-Window (x11perf) potvrdiť dosť veľký výkonnostný prepad hlavne vo funkciách používajúcich výplňové vzory/transfery dát do/z grafiky.
Napr.čas testu ShmPutImage XY 500x500 square je pre tieto dve zostavy takýto:
P3:(Fedora10) 17ms
P4:(Fedora14) 120ms

Vie niekto kde by mohol byť problém, pri tak dramatickom poklese grafického výkonu?

Kontroloval si jaky pouziva Xorg ovladac grafiky?

Drivery som kontroloval. Pre posúdenie hodím výpisy:
Zostava P4:
[root@pc1 sys]# modinfo r128
filename: /lib/modules/2.6.35.12-88.fc14.i686/kernel/drivers/gpu/drm/r128/r128.ko
license: GPL and additional rights
description: ATI Rage 128
author: Gareth Hughes, VA Linux Systems Inc.
firmware: r128/r128_cce.bin
srcversion: 5BBC7B5ACA2AE319E432377
depends: drm
vermagic: 2.6.35.12-88.fc14.i686 SMP mod_unload 686

Zostava P3:
[root@pc2 ~]# modinfo r128
filename: /lib/modules/2.6.27.24-170.2.68.fc10.i686/kernel/drivers/gpu/drm/r128/r128.ko
license: GPL and additional rights
description: ATI Rage 128
author: Gareth Hughes, VA Linux Systems Inc.
srcversion: 77298E38EE580C8871E6643
depends: drm
vermagic: 2.6.27.24-170.2.68.fc10.i686 SMP mod_unload 686 4KSTACKS

Vyzerá to tak, že sa používa vždy rovnaký modul aj keď nejaké odlišnosti vo výpise je vidieť.
Bohužiaľ neviem vydolovať internú verziu ovládača, pretože sa zdá, že by mohla byť iná, ale aj tak mám podozrenie na veci okolo samotného X servera + kernelu. V kerneli boli poslednú dobu dosť značné zmeny v prerušeniach (I/O) a v zmenách scheduleru (plánovača) v pridelovaní času/priority jednotlivým taskom. F14 mi napríklad hneď na začiatku vypisuje hlášku o nedostupnosti nového I/O controllera IOAPIC, čo predpokladám, že by nemuselo byť na závadu.
Starší hardware kompatibilný s pôvodným návrhom počítačov podľa IBM používa 7(15) prerušovacích liniek, novší hw má systém IRQ značne vylepšený pomocou APIC (Advance Pogrammable Interupt Controller), čo rieši také veci ako sú zdielane IRQ na staršom HW.

Ešte výpisy z logu pre Xorg (filtrované)

Zostava P4:

(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 8.0
X.Org XInput driver : 11.0
X.Org Server Extension : 4.0

(II) R128(0): X context handle = 0x1
(II) R128(0): [drm] installed DRM signal handler
(II) R128(0): [agp] Mode 0x1f000201 [AGP 0x1039/0x0646; Card 0x1002/0x5446]
(II) R128(0): [agp] 8192 kB allocated with handle 0x00000001
(II) R128(0): [agp] ring handle = 0xe0000000
(II) R128(0): [agp] Ring mapped at 0xb54f8000
(II) R128(0): [agp] ring read ptr handle = 0xe0101000
(II) R128(0): [agp] Ring read ptr mapped at 0xb774e000
(II) R128(0): [agp] vertex/indirect buffers handle = 0xe0102000
(II) R128(0): [agp] Vertex/indirect buffers mapped at 0xb52f8000
(II) R128(0): [agp] AGP texture map handle = 0xe0302000
(II) R128(0): [agp] AGP Texture map mapped at 0xb4e18000
(II) R128(0): [drm] register handle = 0xdfefc000
(II) R128(0): [dri] Visual configs initialized
(II) R128(0): CCE in BM mode
(II) R128(0): Using 8 MB AGP aperture
(II) R128(0): Using 1 MB for the ring buffer
(II) R128(0): Using 2 MB for vertex/indirect buffers
(II) R128(0): Using 5 MB for AGP textures
(II) R128(0): Memory manager initialized to (0,0) (1680,4213)
(II) R128(0): Reserved area from (0,1050) to (1680,1052)
(II) R128(0): Largest offscreen area available: 1680 x 3161
(II) R128(0): Reserved back buffer from (0,1052) to (1680,2102)
(II) R128(0): Reserved depth buffer from (0,2102) to (1680,3153)
(II) R128(0): Reserved depth span from (0,3152) offset 0x1433400
(II) R128(0): Reserved 5120 kb for textures at offset 0x1afff40
(II) R128(0): Using XFree86 Acceleration Architecture (XAA)
Screen to screen bit blits
Solid filled rectangles
8x8 mono pattern filled rectangles
Indirect CPU to Screen color expansion
Solid Lines
Dashed Lines
Setting up tile and stipple cache:
32 128x128 slots
18 256x256 slots
(II) R128(0): Acceleration enabled
(==) R128(0): Backing store disabled
(==) R128(0): Silken mouse enabled
(II) R128(0): Using hardware cursor (scanline 12612)
(II) R128(0): Largest offscreen area available: 1680 x 1059
(==) R128(0): DPMS enabled
(II) R128(0): [DRI] installation complete
(II) R128(0): [drm] Added 128 16384 byte vertex/indirect buffers
(II) R128(0): [drm] Mapped 128 vertex/indirect buffers
(II) R128(0): [drm] dma control initialized, using IRQ 11
(II) R128(0): Direct rendering enabled
(==) RandR enabled
(II) Initializing built-in extension Generic Event Extension
(II) Initializing built-in extension SHAPE
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension BIG-REQUESTS
(II) Initializing built-in extension SYNC
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XC-MISC
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE

Zostava P3:

(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 4.1
X.Org XInput driver : 2.1
X.Org Server Extension : 1.1
X.Org Font Renderer : 0.6

(II) R128(0): X context handle = 0x1
(II) R128(0): [drm] installed DRM signal handler
(II) R128(0): [agp] Mode 0x1f000201 [AGP 0x1106/0x0691; Card 0x1002/0x5446]
(II) R128(0): [agp] 8192 kB allocated with handle 0x00000001
(II) R128(0): [agp] ring handle = 0xd0000000
(II) R128(0): [agp] Ring mapped at 0xb5ca8000
(II) R128(0): [agp] ring read ptr handle = 0xd0101000
(II) R128(0): [agp] Ring read ptr mapped at 0xb7efa000
(II) R128(0): [agp] vertex/indirect buffers handle = 0xd0102000
(II) R128(0): [agp] Vertex/indirect buffers mapped at 0xb5aa8000
(II) R128(0): [agp] AGP texture map handle = 0xd0302000
(II) R128(0): [agp] AGP Texture map mapped at 0xb55c8000
(II) R128(0): [drm] register handle = 0xd9000000
(II) R128(0): [dri] Visual configs initialized
(II) R128(0): CCE in BM mode
(II) R128(0): Using 8 MB AGP aperture
(II) R128(0): Using 1 MB for the ring buffer
(II) R128(0): Using 2 MB for vertex/indirect buffers
(II) R128(0): Using 5 MB for AGP textures
(II) R128(0): Memory manager initialized to (0,0) (1024,3840)
(II) R128(0): Reserved area from (0,768) to (1024,770)
(II) R128(0): Largest offscreen area available: 1024 x 3070
(II) R128(0): Reserved back buffer from (0,770) to (1024,1538)
(II) R128(0): Reserved depth buffer from (0,1538) to (1024,2307)
(II) R128(0): Reserved depth span from (0,2306) offset 0x902000
(II) R128(0): Reserved 17408 kb for textures at offset 0xf00000
(II) R128(0): Using XFree86 Acceleration Architecture (XAA)
Screen to screen bit blits
Solid filled rectangles
8x8 mono pattern filled rectangles
Indirect CPU to Screen color expansion
Solid Lines
Dashed Lines
Setting up tile and stipple cache:
32 128x128 slots
14 256x256 slots
(II) R128(0): Acceleration enabled
(==) R128(0): Backing store disabled
(==) R128(0): Silken mouse enabled
(II) R128(0): Using hardware cursor (scanline 9228)
(II) R128(0): Largest offscreen area available: 1024 x 1531
(II) R128(0): DPMS enabled
(II) R128(0): [DRI] installation complete
(II) R128(0): [drm] Added 128 16384 byte vertex/indirect buffers
(II) R128(0): [drm] Mapped 128 vertex/indirect buffers
(II) R128(0): [drm] dma control initialized, using IRQ 10
(II) R128(0): Direct rendering enabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE

Je to jen napad - nezkousel si prepnout ten novejsi xorg misto XAA na EXA? http://www.x.org/wiki/ExaStatus