Dotaz: Spomaleny Kmail v 2.6.0

[komodo]

cau po nahodeni kernelu 2.6.0 ma prekvapilo ze KDE zacalo chodit merne sviznejsie, ale co ma takisto prekvapilo ze KMail zacal chodit nejak ovela pomalsie. hladal som na google, tak som nasiel nejake podobne problemy zial vsade bez odpovede nevie niekto v com to moze byt? po prebootovani do 2.4.22 bezi kmail ako sip ide o to ze ked kliknem na urcitu spravu trva asi 3 sekundy kym ukaze nahlad, pricom predtym to ukazalo ihned. musim upozornit ze to robi len v priecinkoch sent-mail a trash. v priecinku inbox to chodi tak ako predtym teda normalne. neviem ci nieco chyba v jadre alebo co to moze byt. na pozadi sa neobjavia ziadne hlasky. tak isto to chodi pomalsie pri kryptovani a dekryptovani mailov. mam Slackware 9.1 a KMail 1.5.4.

Odpovědi

[Michal Čihař]

No mě KMail 1.5.4 z Debianu funguje na 2.6 kernelu v pohodě. Když ho pustíš z terminálu, nevypisuje něco?

[komodo]

praveze nic ani jedna hlaska. proste vsetko funguje ako ma ale straassneee pomaly.

[Peter Golis]

kolko mas pamete (fyzickej aj volnej, napr prikaz top)? pouzivas swap? mozno ze mas swap starsej verzie, a s tym 2.6 asi robit nebude.

[komodo]

no swapu aj pamate je dost. uz som trochu dalej. zistil som totiz ze to robi pomale nahlady len vtedy ak je sprava gpg podpisana, alebo zasifrovana. takze idem skusit gpg cez konzolu a porovnat rychlost so starsim jadrom. inac nedal som podporu crypto api do jadra. dufam ze to nieje koli tomu.

[Jakub]

Mám stejný problém. KMail je s jádrem 2.6.0 pomalejší než dřív. Ale nejen KMail, i některé další KDE programy - zejména první start programů a dialogů je někdy dost dlouhý, se 100% vytížením procesoru a čtením dat z harddisku. Například Kalendář, který se otevře klepnutím na hodiny v panelu startoval na jádře 2.4 docela rychle, ale teď to trvá řadu sekund kdy je to tuhé - to se projevuje při dlouhém startu některých dialogů či třeba těch náhledů zpráv i v jiných programech. Někdo tady mluvil o swapu - je zajímavé že ať tomu dávám sebeintenzivněji zabrat (práce s půlgigabajtovými audio/video soubory atd.), tak za ty dva týdny co 2.6 používám si na swap ani nesáhl. Když už se blíží ta hranice kdy je vyčerpána celá RAMka (i s buffery a cache), tak prostě tu cache zkrouhne a tak pořád dokola. Swap je pořád na nule - ale podle top, free, atd. je funkční. Zato 2.4 mělo na swapu něco skoro pořád, i když to nebylo potřeba (mám 512 MB RAM). Tak nevím, všichni říkají jak je jádro 2.6 rychlé (hlavně oproti 2.4, které bylo v porovnání s jinými systémy opravdu pomalé), mě se to ale zatím moc nepotvrdilo...

[komodo]

no v swape to nieje. uz som to pisal. pozri si moj clanok o swape a 2.6.0. skus spustit updatedb toto mi dalo do swapu par mega ale mne to ide pomaly len ked su tie spravy podpisane alebo zacryptovane. takze to musim skusti. len som sa este k tomu nedostal.

[Petr Šobáň]

Takže nějaký problém se sítí a čeká to na timeout ? Problém s DNS čeká na dns ? Prostě bych to typnul na nějaký takovýto problém.

[komodo]

no urcite to nieje problem zo sietou ani s DNS, teda aspon u mna nie.
ako som pisal pomaly to zobrazuje nahlady na spravy len ak su podpisane alebo zasifrovane.
takze som prekompiloval kmail (kedze bol skompilovany s --disable-debug) a porovnal som hlasky na pozadi pri jadre 2.4.22 a 2.6.0. je tam par rozdielov. ak to niekomu nieco povie budem rad, lebo ja netusim v com moze byt problem.

2.4.22

kmail: * text *
kmail: plain
kmail: default
libkdenetwork: Kpgp: assign pgp - gpg
libkdenetwork: GnuPG exited with exit status 0
libkdenetwork: gpg stderr:
libkdenetwork: libkdenetwork: pgp cmd = LANGUAGE=C gpg --version
libkdenetwork:
libkdenetwork: found GnuPG 1.2.3
libkdenetwork: GnuPG exited with exit status 0
libkdenetwork: gpg stderr:
libkdenetwork: libkdenetwork: pgp cmd = LANGUAGE=C gpg --batch --decrypt
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/faq.html for more information

2.6.0

kmail: * text *
kmail: plain
kmail: default
libkdenetwork: GnuPG exited with exit status 0
libkdenetwork: gpg stderr:
libkdenetwork: libkdenetwork: pgp cmd = LANGUAGE=C gpg --batch --decrypt
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/faq.html for more information

chyba tam toto

Kpgp: assign pgp - gpg

a toto

found GnuPG 1.2.3

takze fakt neviem co to ma docinenia s jadrom.

dik za kazdy napad

[unchallenger]

Hm, gpg je předpokládám identické ... ale když už jsi to zkompiloval s debugem, šlo by to spustit v debuggeru a dozvědět se něco smysluplného o tom, kde a proč to visí (na to by možná stačil i strace/ltrace; nicméně zvěrstvo to bude v každém případě, protože KDE je zvěrstvo...). Tipuji, že to bude viset v nějakém docela dobře lokalizovaném místě a na něco čekat, takže to snad půjde odhalit. Žere to během té doby CPU, nebo nežere?

[Petr Šobáň]

A nastavil jsi mu co má používat gpg pgp atd.....nebo tam máš auto? Nastav tam příslušnou verzi zda máš GnuPG nebo pgpverze x . Protože jednou si zjištuje verzi a podruhé ne takže tam máš asi auto a to blbne asi

[komodo]

mam tam nastavene gnupg

[Petr Šobáň]

A co něco zašifrovat a potom to pomocí gnupg rozšifrovat pod těmi jádry jak 2.4.x tak 2.6.x jak dlouho mu to bude trvat ?

[komodo]

to som skusal ako prve.
$time gpg -e subor
rovnake casy ako na 2.4 tak na 2.6

[komodo]

no nielen gpg je identicke. vsetko okrem kernelu je to iste. praveze na ten cas ked to nic nerobi (alebo neviem co robi) stupne v top kmail na 45% cpu.

nevyznam sa velmi v programovani mohol by si mi prosim ta blizsie opisat ako to spustit v debuggeri a co tam potom zistim ?
inac ked to spustim cez strace tak to nazaciatku vyhodi strasne vela stran roznych hlasok o roznych knizniciach ale ked uz idem klikat na tie spravy tak nepise nic viac ako doteraz.
no chystam sa dat 2.6.1. mozno ma prekvapi a bude to chodit ok

[unchallenger]

Kmail je nejspíš multithreadový, a kdo ví, jestli ten problém není navíc v nějakém jiném procesu; a pokud to žere CPU (uživatelský, systémový?), tak to je ještě spíš ta horší varianta, protože nečeká, ale něco dělá ... takže se obávám, že jednoduchý postup moc není. V principu spustíš gdb --pid číslo_procesu ve chvíli, kdy to dělá ... můžeš se podívat na backtrace, vrazit nějak nějaký breakpoint a pustit to dál ... ale to člověk musí vědět, co dělá -- což obvykle znamená znát se trochu se zdrojákem programu. Možná je pak jednodušší zkusit najít přibližné místo problému ve zdrojáku, dopsat tam nějaké ladící výpisy, tím to zase zpřesnit, až zjistíš, co se děje... nebo poslat bugreport a doufat, že tu otravnou práci udělá někdo za tebe...

[komodo]

no. dik ale to uz je na mna privela to radsej skusim ten bugreport a uvidim co s tym. ale aj tak dik

[komodo]

no takze som sa trochu pohrabal na http://bugs.kde.org a nasiel som co som hladal.
problem je popisany tu http://bugs.kde.org/show_bug.cgi?id=60138 len velmi to nechapem. ze je nejaky problem so schedulerom v 2.6. moze mi to prosim niekto aspon trochu vysvetlit alebo popisat, ze preco to chodi pomalsie ?? dik

[Robert Krátký]

Viz tento mail v LKML. Treba je to ono.

[komodo]

no to nieje urcite moj problem 1. nemam resier, mam ext3 2. mam problem iba ked sa poziva gpg, co je presne ten problem ktory je popisany v kde bug.

[Lukáš Zapletal]

Dělá mi to když nepracuji s podpisy či šifrováním. Podařilo se někomu lokalizovat problém?