Ahh sim, mailbox é bem mais lento para ser operacionado por outros programas. Tendo instalado diversos servidores de email, a comparação entre mailbox e maildir é óbvia para mim. Eu recomendaria mbox apenas caso haja poucos usuarios e que organizem muito bem os seus dados separando-os por pastas conforme o contexto, maildir para todos os demais. O mbox não torna apenas o thunderbird mais lento, torna todo o sistema mais lento quando tem que recriar indices ou fazer movimentação de mensagens de uma pasta para outra, etc...
Maildir não é mais economico que mailbox, ao contrário, é mais dispendioso no que diz respeito a espaço em disco. Visto que no formato Maildir, cada mensagem é um arquivo e cada database é uma pasta, o tamanho do cluster no sistema de arquivos causa um belo disperdicio de espaço porque um cluster não subaloca espaço vazio para arquivos diferentes. Mas é o tal do custo/beneficio, na maioria dos casos que vejo, a performance é mais levada em conta do que espaço em disco. Quanto maior a pasta (onde na realidade cada pasta é um arquivo) no thunderbird maior o problema com os indices, os indices são os salvadores do thunderbird, sem eles seria impraticavel usar o thunderbird com esses bigs arquivos. Mas não tem jeito, mesmo com todo esse cuidado, com tamanhos assim fica lento, não apenas o thunderbird, mas o sistema em geral. Sua comparação com database não é muito valida, pois bancos de dados como PG, Firebird, MSSQL... trabalham com um conceito de arvores binárias (b-tree) que é muito eficiente, se o arquivo mbox do thunderbird tivessem que ser comparado a um database então seria comparado aos databases do cobol na decada de 80 onde o armazenamento é sequencial, nem flatdatabases como Paradox e Access armazenam as informações do jeito que o thunderbird faz. O thunderbird é o unico que conheco software para Desktop que usa mbox para manter os seus dados, a maioria usa um motor de banco de dados próprio justamente para lidar com o problema acumulo de dados. A explicação para mim é clara, nunca corrompe, é um plaintext que a qualquer momento pode ser importado por outro programa. É curioso que o servidor da microsoft - Exchange - usa Access até o dia de hoje, e uma das queixas recorrente em forum é justamente problemas com tamanho de dados. Sempre que perguntam para a microsoft porque ela não usa o MSSQL, dizem o Access mesmo quando dá problemas é facil de reparar com Jet e não há necessidade de um DBA como seria no MSSQL. Um Abraço. Em 19 de janeiro de 2012 21:44, Welington Rodrigues Braga (Listas) <lis...@welrbraga.eti.br> escreveu: > Bom, eu discordo quanto a comparação entre abrir um mailbox e abrir um > arquivo txt de 2GB. Lembre-se que um database nada mais é do que um > conjunto de vários "arquivões" e nem por isso há degradação de > performance quando um bom conjunto de indices estão em uso. Deve-se > lembrar ainda que com o maildir você reduz o tamanho dos arquivos, mas > o número de fileopen/fileclose aumenta então há degradação também e > novamente tudo dependerá dos índices para otimizar as consultas (isso > é o que falta no thunderbird e em outros gerenciadores de email). > > No meu caso o "bicho" é usado para arquivo mesmo então tenho pastas > organizadas por anos. Mensagens de 2003, 2004, 2005, 2006 etc. Estas > pastas com cerca de 100MB a 200MB não deveria ser um entrave para o > aplicativo, mas estão sendo. > > Processos em background não deveriam ser problemas, afinal de contas a > máquina em questão é um quadcore e já constatei que o maldito abre > vários processos do TB e que são alternados entre os vários núcleos. O > problema parece ser memória. Pois é rápido vê-lo consumindo todos os > meus miseráveis 2GB de RAM e apelando para o swap. > > Francamente, estamos muito mal no quesito software para gerenciamento > de e-mails. Ah se eu fosse programador ;) > > Em 19 de janeiro de 2012 13:46, hamacker <sirhamac...@gmail.com> escreveu: >> Olha, quando por aqui usavamos o Thunderbird (atualmente só usamos o o >> gmail) havia problemas com performance em alguns departamentos onde a >> caixa principal era enorme. Eu não tinha problemas porque sempre as >> catalogava em pastas por assuntos então embora o tamanho geral fosse >> grande, cada mbox tinha no maximo 500mb, mas os usuários dummy >> deixavam tudo na caixa principal e depois xingavam a lentidão. Se o TB >> armazenasse as mensagens no formato maildir talvez fosse mais rápido, >> mas abrir mais do que 2GB de arquivo num windows é consumir muitos >> recursos, tenta abrir um .txt com 2GB e veja o sofrimento, embora o TB >> abra o arquivo de forma diferente ainda assim é um flatdatabase. >> >> Acho que separar por tags não funciona porque o arquivo no formato >> mbox do thunderbird continuará a crescer indiscriminadamente, quanto >> maior, pior. Usando varias contas ainda piora porque o TB abre >> conexões em background e deixam o foreground lento quando se clica nas >> mensagens que vem por imap. Além disso, há alguma coisa no Gmail que >> parece deixar as contas acessadas via Imap mais lentas ou restritas, >> eu notei que quando varias pessoas baixam suas mensagens via imap >> algumas delas ficam em estado de espera até que outra termine ou por >> timeout, dava muito timeout no TB+gmail, mais do que o ISP anterior. >> >> Assim migramos toda a empresa para o gmail e a maioria usa via >> navegador e não há reclamações, em vários aspectos é melhor, como o >> uso das tags e filtros com aplicação de tags+arquivamento. Noutros é >> pior como o caso dum usuário que queria eliminar as mensagens mais >> antigas e o gmail não tem recurso para isso na janela de busca. >> >> TB agora só mesmo para fazer backup de certas contas no gmail. >> >> []'s e boa sorte. >> >> Em 18 de janeiro de 2012 16:37, Welington Rodrigues Braga (Listas) >> <lis...@welrbraga.eti.br> escreveu: >>> Em 18 de janeiro de 2012 16:06, Ivan Brasil Fuzzer >>> <i...@fuzzer.com.br> escreveu: >>>> O pior problema do evolution é o renderizador HTML dele que é simplesmente >>>> um desastre. Quanto ao problema de uso de memória tem que ser bem >>>> investigado, estou com o meu aberto desde as 8 da manhã direto e ele está >>>> ocupando 143 MB de memória, com 3 contas configuradas, 1 IMAP e 2 POP. >>>> >>> >>> Ivan, >>> >>> Concordo contigo sobre o Renderizador, mas outro problema dele é que >>> vez por outra ele não conseguia ler uma caixa que já estava indexada. >>> Eu tinha que excluir o índice e deixá-lo recriar novamente. Mas fora >>> isso pelo menos o uso de memória estava mais aceitável, ainda assim >>> era mair do que seus 143MB. >>> >>> Será que é por causa do volume de mensagens? A minha pasta do >>> Thunderbird atualmente tem 3.9GB. Eu gerencio 6 contas por IMAP sendo >>> 2 delas pesadas (com volume de mensagens grande) e ainda tenho umas >>> pastas locais que são o meu "arquivo morto" onde salvo as mensagens de >>> trabalho referente aos anos anteriores, com cerca de 1.5GB. >>> >>> >>>> Em 18-01-2012 15:48, Welington Rodrigues Braga (Listas) escreveu: >>>>> >>>>> Em 18 de janeiro de 2012 15:29, João Santana >>>>> <joao.abo.sant...@gmail.com> escreveu: >>>>>> >>>>>> Em 18 de janeiro de 2012 14:19, Welington Rodrigues Braga (Listas)< >>>>>> lis...@welrbraga.eti.br> escreveu: >>>>>> >>>>>>> Salve todos, >>>>>>> >>>>>>> Estou tentando me adaptar ao Thunderbird mas duas coisas me pertubam >>>>>>> com ele. Uma é o consumo de memória que não leva muito tempo pra meu >>>>>>> pobre PC com 2GB de RAM apelar pro swap. No momento só o plugin do >>>>>>> Enigmail está ativo, mas já testei sem ele também e deu no mesmo. >>>>>>> Alguém tem este problema? Tá insuportável trabalhar assim. >>>>>>> >>>>>> Por isso não uso o TB. Evolution é bem mais leve e, para mim, mais >>>>>> funcional. >>>>>> >>>>> Eu usava o Evolution tb, mas como a Canonical mudou o aplicativo de >>>>> e-mails padrão eu estou tentando mudar tb pra ver se vale a pena. Mas >>>>> oq ue mais pesou pra migrar foi que o Evolution tb já estava ficando >>>>> muito lento e pesado. >>>>> >>>>> Mas estou pensando seriamente em voltar pro Evolution embora mais >>>>> lento ele estava melhor. Sem querer criar um flamewar, mas apenas um >>>>> comentário chateado. Parece que a Mozilla desaprendeu a fazer >>>>> software. >>>>> >>>>> >>>>>>> O outro problema é com o uso de tags. Eu estou inclinado a usar tags >>>>>>> para organizar minhas mensagens, mas nestes poucos dias que tenho >>>>>>> trabalhado com elas percebi que não é nada produtivo trabalhar com >>>>>>> este recurso no Thunderbird. Alguém conhece um plugin que possa >>>>>>> melhorar este trabalho? >>>>>>> >>>>>>> -- >>>>>>> Welington Rodrigues Braga >>>>>>> -------------- >>>>>>> Web: http://www.welrbraga.eti.br >>>>>>> MSN: welrbraga[*]msn·com >>>>>>> Gtalk: welrbraga[*]gmail·com >>>>>>> Yahoo / Skype: welrbraga >>>>>>> PGP Key: 0x6C7654EB >>>>>>> Linux User #253605 >>>>>>> >>>>>>> "Em tudo somos atribulados, porém não angustiados; perplexos, porém >>>>>>> não desanimados; perseguidos, porém não desamparados; abatidos, porém >>>>>>> não destruídos;" - 2Co 4:8,9 >>>>>>> >>>>>>> -- >>>>>>> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece >>>>>>> >>>>>>> Lista de discussão Ubuntu Brasil >>>>>>> Histórico, descadastramento e outras opções: >>>>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> Com meus melhores cumprimentos, >>>>>> >>>>>> João Santana >>>>>> Ubuntu LoCo Team Pernambuco Leader& Ubuntu Evangelist >>>>>> >>>>>> GPG Key B2966301 >>>>>> -- >>>>>> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece >>>>>> >>>>>> Lista de discussão Ubuntu Brasil >>>>>> Histórico, descadastramento e outras opções: >>>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br >>>>> >>>>> >>>>> >>>> >>>> -- >>>> >>>> >>>> Ivan Brasil Fuzzer >>>> Bacharel em Informática >>>> Celular: (54) 8411-0111 - (54) 9917-1798 >>>> GTalk: ivanbra...@gmail.com >>>> Jabber: ibra...@jabber.org >>>> http://www.ubuntero.com.br >>>> >>>> >>>> >>>> -- >>>> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece >>>> >>>> Lista de discussão Ubuntu Brasil >>>> Histórico, descadastramento e outras opções: >>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br >>> >>> >>> >>> -- >>> Welington Rodrigues Braga >>> -------------- >>> Web: http://www.welrbraga.eti.br >>> MSN: welrbraga[*]msn·com >>> Gtalk: welrbraga[*]gmail·com >>> Yahoo / Skype: welrbraga >>> PGP Key: 0x6C7654EB >>> Linux User #253605 >>> >>> "Em tudo somos atribulados, porém não angustiados; perplexos, porém >>> não desanimados; perseguidos, porém não desamparados; abatidos, porém >>> não destruídos;" - 2Co 4:8,9 >>> >>> -- >>> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece >>> >>> Lista de discussão Ubuntu Brasil >>> Histórico, descadastramento e outras opções: >>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br >> >> -- >> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece >> >> Lista de discussão Ubuntu Brasil >> Histórico, descadastramento e outras opções: >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > > > > -- > Welington Rodrigues Braga > -------------- > Web: http://www.welrbraga.eti.br > MSN: welrbraga[*]msn·com > Gtalk: welrbraga[*]gmail·com > Yahoo / Skype: welrbraga > PGP Key: 0x6C7654EB > Linux User #253605 > > "Em tudo somos atribulados, porém não angustiados; perplexos, porém > não desanimados; perseguidos, porém não desamparados; abatidos, porém > não destruídos;" - 2Co 4:8,9 > > -- > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > Lista de discussão Ubuntu Brasil > Histórico, descadastramento e outras opções: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br -- Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece Lista de discussão Ubuntu Brasil Histórico, descadastramento e outras opções: https://lists.ubuntu.com/mailman/listinfo/ubuntu-br
