Rychly mail client alebo linux nie je pomaly

[Frantisek Augusztin]

>>ale napriklad, ked k webmailu pristupuju dvaja pouzivatelia naraz, musia sa
>>spustit minimalne dva fastcgi skripty. A cim zarucis, ze tu istu session das
>>vybavit vzdy tomu istemu FastCGI skriptu, ktory bude mat vsetko nakesovane?
> 
> CGI (a zrejme aj CGI::Fast) moze uchovat stav do suboru.

Connection na DB/IMAP podla mojich vedomosti neulozis. Tak potom ako obides tych 20s
potrebnych na nacitanie 2GB IMAP adresara ?

>>mas to vyriesene takto?
> 
> Ako som povedal, stavy vobec neuchovavam (!!!) a *napriek* tomu som dosiahol
> *enormne* zrychlenie. Aj ja vlastne pri kazdom kliku robim "select blabla from
> mails where blabla order by blabla", ale mam vykonnejsi backend (mysql vs
> courier+maildir+reiserfs) a pouzil som par trikov aby som nemusel vzdy parsovat
> vsetko.
> 

> Ale vlastne to je jedno. Ja som chcel len z takeho kvazifilozofickeho hladiska
> poukazat, ze efektivne vyuzivanie zdrojov v linuxe nevymizlo, len treba vediet,
> kde ho hladat :-)

Efektivne vyuzivanie zdrojov s tym nema nic. Jednoducho ty nacachujes 99% informacii
do DB, tahas maily/zlozky iba z databazy a raz za cas synchronizujes data v databaze
voci mailovemu kontu. Ale ako hovorim, v tom momente to nie je webmail ale "webmail
zalozeny na databaze". A to je celkom ina kategoria aplikacie. To je ako keby si
porovnaval klienta, ktory ma lokalne stiahnute maily s klientom, ktory priamo pracuje
s IMAP servrom - druhy bude samozrejme radovo pomalsi.

Ako hovorim, porovnavas neporovnatelne.

-- 
Frantisek Augusztin