Dotaz: akonadi optimalizace - query delay

[paf1]

Dobry den,
potreboval bych poradit s optimalizaci akonadi serveru ve spojeni s kmail .
Mam vetsi databazi emailu ( 4x IMAP + 1x POP )s celkovym poctem cca 14,5 tisice mailu a celkovem objemu okolo 1,5 GB .
S kazdou novou aktualizaci se mi protahuje doba nacteni emailu, nekdy az na 1 minutu a obcas se stava i duplicitni prijem zprav ( jednu je nutne rucne hned odmazat ) .
Muzete poradit jak to zrychlit ??

HP ntbk 4720 / i5-4 core 2.7GHz / 8 GB RAM / 7200 rpm disk
Kubuntu 12.10 / KDE 4.4.9 / kmail 4.4.9 / akonadi server 1.8.0

K tomu se vaze jeden poddotaz - pokud prechazim mezi ruznymi sitemi ( 10, 16, 91, 192, ... ) kmail neni schopen nacist nektere IMAP schranky (problem firewallu to neni ), resp. nektere IMAP ucty funguji jen pod urcitym typem pripojeni ( wifi / wire )

Diky za jakekoliv prinosne komentare
Paf1

Odpovědi

[paf1]

jeste jeden poznatek - pri usilovnem zpomaleni, resp. temer zaseknuti kmail bezi proces
/usr/bin/virtuoso-t +foreground +configfile /tmp/virtuoso_ik2865.ini +wait
vicemene na 100%

[Andrej]

Problém je, že s nefunkčními programy nemá smysl něco optimalizovat.

Odpad typu Nepomuk a Akonadi vždy násilím smažu, bez ohledu na závislosti. KDE se pak mnohem rychleji spouští, zabírá méně paměti, nemá žádné divné procesy běžící bezdůvodně na 100% a doba odezvy se výrazně zlepší. Problém je, že Nepomuk a Akonadi jsou projekty, které dostaly jakousi výraznou podporu z veřejných peněz. Oba totálně selhaly a nikdy nedodaly funkční implementaci toho, co slibovaly. Každý desktopový projekt by měl mít někde prezentaci plnou screenshotů, která ukazuje, co přesně projekt zlepšil a jak ta zlepšení vypadají. Nepomuk ani Akonadi nic takového nemají, protože je ještě nikdo neviděl fungovat, natož aby pořídil screenshoty. Nebýt financování od Evropské unie, tyto komponenty by právem skončily ve větvi „experimental garbage“ a nikdy by uživatele neobtěžovaly. Takže Akonadi není řešení, ať si kdo chce říká co chce.

KMail naposledy fungoval kolem roku 2008 v KDE 3.něco. Od té doby nefunguje. Kvůli nedomyšlené migraci na GnuTLS (které také dosud nikdo neviděl spolehlivě fungovat) neumí KMail dodnes (po více než čtyřech letech od migrace na KDE 4!) spravovat uživatelské certifikáty a certifikační autority a na jejich základě elektronicky podepisovat zprávy a ověřovat podpisy. (Amatérské GPG experimenty už prý zvládá, ale s běžnými standardními X.509 certifikáty si uživatel ani neškrtne, tedy na kvalifikovaný podpis s KMailem zapomeňte a obecně jakýkoliv X.509 certifikát, ať už na koleně vyrobený či od prestižní autority, vám bude rovněž na houby.) Mimo jiné kvůli tomuto 4 roky nevyřešenému nedostatku je pro mě KMail naprosto nepoužitelný. Aby toho nebylo málo, má zásadní problémy s implementací IMAP a k některým zabezpečeným serverům se nepřipojí, protože GnuTLS opravdu pokazí každou legraci, navzdory tomu, že má TLS v názvu.

Sečteno a podtrženo: Ač zásadně používám KDE jako desktop, můj oblíbený mailový klient je Thunderbird. Všechno, co je pro KMail nepřekonatelný problém, v Thunderbirdu funguje. Kryptografie je samozřejmost. Víc klíčů a identit ke každému účtu je rovněž samozřejmost. X.509 podporuje hned v základní instalaci zcela bez problémů. (GPG lze doinstalovat jako plugin, kdyby ho někdo chtěl.) Složky s deseti tisíci zprávami nejsou žádný problém. Fungují mi zhruba stejně rychle jako složky s nula zprávami. Hledání na straně klienta i serveru je v pořádku, spuštění aplikace i načítání zpráv je bleskové, ač mám cca 5 mailových účtů a ve složkách něco mezi stovkami a deseti tisíci zpráv — jak kde. Thunderbird nemá žádné problémy se změnami připojení k síti. Po změně je občas potřeba ho pošťouchnout požadavkem na refresh nějaké složky, ale to je docela normální — aby to zvládal lépe, musel by být nějak integrovaný s NetworkManagerem či něčím podobným, což naštěstí není... (NetworkManager totiž cca v 50% běžných situací naprosto selhává, takže není jisté, kdo by ho chtěl mít jako dependenci pro mailového klienta.)

Smutné je, že Mozilla Foundation se chystá přestat Thunderbird podporovat. (Aspoň podle toho, co jsem slyšel.) To samozřejmě nebude znamenat zánik toho projektu, ale může se stát, že už pak nebude na špici.

[paf1]

.... toho jsem se nejvic obaval, ze mi tu nekdo potvrdi, to co jsem si uz davno myslel, ze cely kmail + nemopuk + akonadi + virtuoso je na H...O . ( damy prominou )

Z toho mi vyplyvaji temer posledni otazky:
1) jak zmigrovat lokalni postu v KMAIL do THUNDERBIRD ?
2) cim nahradit v budoucnu THUNDERBIRD ??
3) cim globalne prohledavat postu - nejen v headers, ale i v body


A recnicka otazka na zaver - neni cele KDE ( byt' moje oblibene ) na slepe ceste ??

Paf1

[R]

Ano, presne tak. KMail s Akonadi je nepouzitelny. Ja tu mam 4x IMAP, dokopy asi 15 tisic sprav. KMail 1.9.10 (Trinity 3.5.12). A ziadne problemy s vykonom nemam - na Celerone 900 MHz, 1GB RAM!

[Andrej]

KMail ve starém KDE 3.5.něco mi taky vždycky fungoval. Samozřejmě včetně elektronického podpisu i šifrování. Tenkrát v tom nebyl žádný problém. Škoda, že se ve čtyřkové verzi objevily jakési divné fanatické představy o fungování toho programu. Jestliže GnuTLS prostě nefunguje (a kvůli němu Kleopatra a KMail) a problém trvá roky, buď by měl někdo opravit chyby v použití GnuTLS (jsou-li příčinou tohoto problému) nebo nahradit GnuTLS něčím funkčním (je-li chyba v GnuTLS). Ani jedno se bohužel nestalo a problém trvá už 4 roky. O Akonadi a podobném svinstvu raději nemluvím. To už je zkrátka přes čáru.

Zajímavé pozorování: Když násilím odinstalujete Nepomuk a Akonadi, KDE funguje 100% bez problémů. To znamená, že všechny jeho komponenty jsou navržené tak, aby na tom nefunkčním svinstvu závisely pouze naoko. Ve skutečnosti ho dokážou snadno a rychle ignorovat a jeho nepřítomnost je dokonce prospěšná, zdá se. Vše pak startuje rychleji.

[stativ]

Problém je, že Nepomuk a Akonadi jsou projekty, které dostaly jakousi výraznou podporu z veřejných peněz.

Akonadi určitě žádný grant nedostalo. A co se týče Nepomuku v KDE, tak ten AFAIK začala dělat mandriva na základě existujícího veřejně financovaného projektu „výzkumu sémantického desktopu“ – jinak řečeno: ty peníze byly vyhozené ještě před tím, než někdo začal dělat na Nepomuku do KDE. Oni jen té práce využili.

Jinak co se týče odpadovitosti Akonadi a Nepomuku – s tím, že Akonadi je kopa hnoje souhlasím. Nepomuk ale už, zdá se, začíná fungovat docela dobře.

[paf1]

,,,,, kdyz ja nechci nic vic, nez jen aby mi posta fungovala spolehlive a rychle a obcas v ni neco nasel - ale to je asi moc

[stativ]

Ale až někdy budeš shánět program, který s chová nepředvídatelně a sežere spoustu prostředků, víš kam šáhnout

[mrtn]

Pro někoho to asi bude overkill, ale já mám pořešenou poštu jako takovou v Thunderbirdu (celkem 18 poštovních účtů + složky s archivy od roku 1998), dohromady ca. 86 GB.

Ale prakticky v tom ani nezkouším hledat (pokud nevím přesně která složka/rok), na to mám na serveru nainstalovaný mailarchiva (free verze) a všechno tam mám zindexované:

https://www.mailarchiva.com/

Akonadi, Nepomuk apod. díky tomu neřeším.

[paf1]

!!! VYRESENO !!! - presel jsem na Thunderbird - vsechno funguje jak ma, tedy prozatim ...

paf1

[Nicky726]

No certifikát od certifikační autority mám od jara a od té doby v KMailu podepisuji. Dokonce tu byl článek, jak to nastavit.

Ad původní dotaz: používám jen POP, takže jsem v trochu jiné situaci, ale načítání mailů ve složce závisí na počtu mailů v ní, nepomohlo by tedy odarchivovat starší maily bokem a v pracovních složkách držet jen poštu za nějaký rozumný časový úsek?

[Andrej]

No, pokud jde o KMail verze 4.něco: Můj certifikát je tady. Je od prestižní autority, nic nestandardního. Když mi z toho KMailu aspoň jednou někdo pošle šifrovanou a podepsanou zprávu, uvěřím, že funguje. Dosud mi nikdo takovou zprávu z KMailu 4.x neposlal... (Pravda, jednou se to někomu podařilo po nějaké divné konverzi mého veřejného klíče do GPG, ale to se fakt nepočítá, protože se to pak klientem podporujícím jen X.509 nedá dešifrovat.)

Thunderbirdem si šifrovaně píšu s lidmi denně, aniž bych se tím musel nějak explicitně zabývat či bojovat s nefunkční Kleopatrou a podobným nepodařeným softwarem.

[Andrej]

Tak uznávám, že jsem KMailu křivdil v otázce šifrování. Před chvílí se někomu podařilo poslat mi šifrovanou a podepsanou zprávu, která opravdu vypadá, že ji vyprodukoval KMail. Je tedy pravděpodobné, že tento problém už byl odstraněný, ač moje instalace stále tvrdošíjně trvá na tom, že certifikáty importovat nebude. (Problém není KMail samotný, ale nejspíš Kleopatra nebo něco podobného.)

Teď ještě kdyby se podařilo z toho všeho vysekat Nepomuk a Akonadi, abych je po každé aktualizaci nemusel násilím odinstalovávat... Nebo je dát do pořádku, aby fungovaly a něco dělaly, ale o tom už slyšíme pátým rokem, že ano... Bohužel s KMailem je bez nich docela husto, tuhle nedávno se dokonce odmítal spustit.

[Nicky726]

Co používáš za distro? Když jsem to loni zprovozňoval, musel jsem na Archu do ~/.bashrc přihodit export GPG_TTY=`tty` a do ~/.gnupg/gpg-agent.conf volbu keep-display, jinak byl s Kleopatrou/Pinentry ouvej.

On ten KMail nezávisí na Nepomuku a Akonadi pro srandu králíkům. Nepomuk mu poskytuje vyhledávání, Akonadi AFAIK odesílání a příjem e-mailů.