Vlákno názorů ke zprávičce Thunderbird bude poštu ukládat ve formátu Maildir od pecko - ze to v prvom rade pomoze pri tych...
-
pecko (neregistrovaný)
hm, nie som nejaky specialista na databazy, ale neni horsie, ked obsah mailu musis vyhladat v nejakom subore v jeho casti, ako ked vo filesysteme ukazes na subor? aj vyhladavanie mailov moze byt takto podla mna rychlejsie. a navyse to podivne kompaktovanie foldrov... v maildir zmazes mail, zmazes subor a nic sa nedej. v mbox ak zmazes mail a nekompaktujes folder, po case mas obrovsky adresar, ktory je ale prazdny:) maildir tomu podla mna trosku pomoze. aj komaptibilita bude lepsia:)
-
Neni to rychlejsi. Naopak je nepatrne rychlejsi vyhledavani v jednom souboru, protoze se samozrejme neprocita celej soubor, ale pouze se precte index a pak presune pointer primo na adresu mailu. Pokud je kazdej meil v jednom souboru, dela se to samy plus se musi otevrit jeste ten soubor s mailem.
Ta druha cast je samozrejme pravda... -
Dramon (neregistrovaný)
Oni tam určitě použijí nějaký urychlovací element, například SQLite databázi. Potom se bude rychle načítat obsah složky a tělo mailu to najde dle názvu souboru. Pokud se databáze rozbije, nebo bude inkonzistentní, na pozadí se to samo opraví.
Tedy doufám, že to udělají nějak takto :) -
firzen (neregistrovaný)
Každopádně je to krok, který odsune odpovědnost za rychlost práce s databází na souborový systém. A to je určitě dobře, protože je lepší zapracovat na souborovém systému, který pak bude lepší na všechno, než aby každý program na vlastní pěst obsahoval svoje vlastní pseudo-dokonalé řešení. Nebo se snad pletu? :-)
-
BobTheBuilder (neregistrovaný)
Mám jisté zkušenosti s roaming (cestovními) profily. Toto je VELMI špatné řešení, protože zkopírovat po síti soubor cca 1GB není zase takový problém, jako zkopírovat objem 1GB ve 2000 samostatných souborech - režie otevření/vytvoření a uzavření souboru krát 2000 je mnohem vyšší, než samotné kopírování.
Tohle by mělo smysl v samostatné instalaci u účtů, které se stahují přes POP3. U indexů účtů IMAP to povede jen k degradaci. -
Základní problém je spíš v tom, že samotné cestovní profily jsou VELMI špatné řešení. Pokud vím, tak tohle se jednoduše nepoužívá. Pro uživatele se vytvoří normální adresář na sdíleném svazku (ve správci uživatelů jde tuším uživateli přidělit samostatný HOME adresář) a složky z profilu se přesměrují tam.
Opravdu nevím, kterého chytráka napadlo kopírovat celý uživatelům home při přihlášení ze serveru na stanici a při odhlášení zase zpět. Holt M$...
-
lol (neregistrovaný)
to co tebe pride ako nedobre je uplne irelevantne. Maildir ma plno vyhod - za zmienku staci spomenut ze v nazve subory je obsiahnuty stav mailu (replied, forwarded, unread, read), jeho velkost a utime. Takze uz len z jedineho readdir() je mozne vyfiltrovat / zoradit maily. Priklad: 1182972806.13892.xyz,S=3350:2,RS
Rovnako nacitanie hlaviciek je efektivnejsie - nacita sa header a pri prvom \n\n sa skace na dalsi subor. Namiesto seekovania v jednom subore. Odhliadnuc od toho ze operacny system tieto operacie dokaze cachovat a kedze v mailoch sa fyzicky nic nemeni, su tieto operacie extremne rychle. Naopak neustale editovany subor (v stojim prikladom 50 000 mailami a dajme tomu velmi poddimenzovany odhad 5GB) cachovat nejde.
Maildir pouzivaju IMAP servery na ukladanie mailov a nemaju s tym ziadne problemy. Nevidim dovod preco by s tym mal mat problem nejaky mailovy klient pracujuci s radovo zlomkom mailov a teda suborov.
-
??? (neregistrovaný)
Vo vsetkych testoch a benchmarkoch ktore sa kedy robili bol MBox vzdy rychlejsi ako Maildir.
.................................................................
Mna vobec zaraza, ze sa nieco take riesi. Pretoze podla mna, imap klient(akym thunderbird je) si ma ukladat iba hlavicky mailu a nic ine nestahovat. Toto je presne aj problem outlooku, kde to co vidi outlook je vzdy odlisne od toho, co je fyzicky na servry.
.................................................................
Drviva vacsina ludi aj tak vyhladava postu podla toho, co je v hlavicke a malokedy chce vyhladat nieco co je v tele mailu. Naviac, thunderbird sa zvacsa pouziva na windows strojoch, ktore nemaju velmi dobry memory managment. Ak ma klient v adresary cca 50000 mailov, tak prehladanie povedzme 500MB MBoxu na dotaz od koho to prislo je omnoho rychlejsie ako prehladanie 50000 suborov. Samozrejme za predpokladu, ze thunderbird(imap klient) si stahuje naozaj iba hlavicky mailov a tak je MBox relativne maly-co je ale bohuzial v default stave vypnute. -
Sten (neregistrovaný)
Vo vsetkych testoch a benchmarkoch ktore sa kedy robili bol MBox vzdy rychlejsi ako Maildir.
A byl alespoň jeden z těch testů vícevláknový? Při použití více vláken MBox velmi rychle pohoří, protože umožňuje přístup jen jednoho vlákna.Mimochodem můžete alespoň na jeden z těch testů odkázat? Já našel tenhle test (s jedním vláknem) a tam MBox velmi výrazně pohořel, u hodně pomalého stroje se ještě docela drží (přečtení všech mailů najednou je v sool state opravdu rychlejší, vše ostatní je stejné nebo pomalejší), na rychlém stroji (ve skutečnosti o dost pomalejším než dnešní) a s rostoucím počtem e-mailů nemá MBox šanci
-
??? (neregistrovaný)
Az tam budes mat cca 120 000 mailov ako niektory nasi naruseny jedinci v nasej firme, ktory naviac nie su schopny si potriedit postu aspon podla roku v ktorej to dostali, tak sa ozvi :-) Rad podebatujem na temu rychlost mailovych klientov a podobne.
..........................................................
Tym samozrejme nechcem povedat,ze Opera je zla. Bohuzial, v nasej firme sa zubami nechtami drzi ten prasivy outlook, aj ked sa snazime prejst prave na thunderbird(dovod je samozrejme cena a u nas na IT taktiez spolahlivost a ine veci) -
Fantozzi (neregistrovaný)
120000 mailov netriedenych a Outlook mi akosi nejde dokopy. Cca pred 3 mesiacmi som preklapal na ziadost klienta maily z GroupWise do Outlooku. V inboxe GroupWise ich bolo okolo 25000. A neratam zvysok v Cabinete (dalsie zalozky). Lenze Outlook ich dokazal do inboxu dostat nieco okolo 4600. Takze sa to muselo delit do zloziek po 4000.
GroupWise 6.5
Outlook z MSO2007
