Quanto de memória o MailVault usa no Windows? Nós medimos

O MailVault 2.16 é a primeira versão que roda no Windows. A primeira pergunta que as pessoas fazem sobre qualquer app de desktop novo, especialmente um com interface baseada na web, é quanta memória ele usa. Então rodamos o mesmo teste de memória que já usamos no Mac, com as mesmas caixas de teste, em um laptop com Windows 11, e anotamos cada número.

A resposta curta: cerca de 210 MB ao abrir, cerca de 210 MB com uma caixa de entrada de 10.000 mensagens carregada, um pico perto de 365 MB por alguns segundos enquanto essa caixa grande abre, e cerca de 23 MB para o auxiliar em segundo plano que faz a sincronização.

O teste

O teste usa duas contas de e-mail em um servidor de teste local: uma com 58 mensagens na caixa de entrada e outra com 10.000. Uma execução automatizada opera o app de verdade como uma pessoa faria. Ela abre o MailVault, abre a caixa de entrada pequena, depois muda para a conta grande e espera até que os 10.000 cabeçalhos de mensagem estejam na lista. Ela rola a lista inteira de cima a baixo, depois deixa o app parado por dez minutos. A cada etapa, registra a memória de cada processo que pertence ao MailVault.

O laptop era um MSI com um Intel Core i7-13620H e 16 GB de memória, rodando Windows 11 23H2 na tomada. Não era uma máquina limpa: outros apps estavam abertos, incluindo outra cópia do MailVault, então trate isso como um computador comum e ocupado. Fizemos o teste inteiro três vezes, cada vez com um perfil novo e vazio, e os números abaixo são a faixa entre essas três execuções. A build era uma versão de release otimizada do MailVault 2.16 com os hooks de teste ativados, então é próxima, mas não byte a byte igual, ao que se baixa.

O que conta como memória do MailVault

O MailVault não é um único processo no Windows, e somar só o que se chama MailVault deixaria de fora a maior parte da memória. Há três partes:

• A janela do app (mailvault.exe): a janela, os menus e a integração com o Windows.
• O auxiliar em segundo plano (mailvault-daemon.exe): sincronização, salvar mensagens no seu cofre, o índice de pesquisa e os backups. Ele continua rodando quando a janela é fechada, então os backups agendados continuam acontecendo.
• Microsoft Edge WebView2 (vários processos msedgewebview2.exe): o motor que desenha a interface. Ele faz parte do Windows, então o MailVault não embute sua própria cópia de um navegador, e o trabalho é dividido entre um renderizador, um processo de GPU, um processo de navegador e pequenos auxiliares de rede e armazenamento.

Contamos cada um deles, e só os que pertencem ao MailVault que abrimos. O número que usamos é o que o Gerenciador de Tarefas mostra na coluna Memória: o conjunto de trabalho privado, ou seja, memória que pertence só àquele processo e está na RAM agora mesmo. Páginas compartilhadas, como o código do programa WebView2 que o Edge e outros apps também usam, não entram na conta.

Os resultados

Windows 11 · Intel i7-13620H · 16 GB · 3 runs · all MailVault processes

moment                           Task Manager    commit size
launch, 58 messages              209 – 224 MB    297 – 298 MB
10,000 messages loaded           197 – 218 MB    297 – 302 MB
peak while opening 10,000        357 – 367 MB    545 – 560 MB
after scrolling all 10,000       234 – 252 MB    355 – 356 MB
after ten minutes idle           102 – 122 MB    308 – 318 MB

background helper, 10,000 msgs    22 – 23 MB
app window                        11 – 13 MB

A segunda coluna é o tamanho de confirmação: a memória privada que cada processo reservou, esteja ela na RAM neste momento ou não. Adicionamos essa coluna depois da primeira execução, então ela cobre duas execuções, não três. Ela importa para a última linha. Depois de alguns minutos sem entrada, o Windows tira memória dos processos que não a estão usando, e o número do Gerenciador de Tarefas cai para cerca de 110 MB. Essa memória não é liberada pelo MailVault, é reservada pelo Windows, e o tamanho de confirmação mostra que o app ainda retém cerca de 310 MB, que ele recupera quando você volta. Se você quer um único número para o custo do MailVault no Windows, use esse: cerca de 300 MB com uma caixa de correio grande.

Para onde vai a memória

Com 10.000 mensagens carregadas, cerca de quatro quintos da memória pertence ao WebView2, que desenha a interface. A parte que é realmente código do próprio MailVault, a janela do app e o auxiliar em segundo plano juntos, soma cerca de 35 MB.

• Renderizador do WebView2, que desenha a interface: 86 MB
• Processo de GPU do WebView2: 51 MB
• Processos de navegador, rede e armazenamento do WebView2: 37 MB
• Auxiliar em segundo plano: 23 MB
• Janela do app: 12 MB

O auxiliar em segundo plano é pequeno porque não mantém seu e-mail na memória. As mensagens e o cache de cabeçalhos ficam em arquivos e em um pequeno banco de dados no disco, e o auxiliar os lê quando solicitado. Ele cresceu de 8 MB ao abrir para 23 MB depois de sincronizar 10.000 cabeçalhos. Depois de dez minutos parado, o Gerenciador de Tarefas mostrava 10 MB para ele, enquanto o tamanho de confirmação dele ficava por volta de 25 MB: a queda é o ajuste do Windows, não o auxiliar soltando memória.

Abrindo uma caixa de correio grande

O único momento em que a memória salta é quando você abre uma conta grande pela primeira vez. O MailVault carrega de uma vez todos os cabeçalhos em cache daquela caixa de correio na lista, para que a ordenação, as contagens e os filtros funcionem sobre a caixa inteira, não só a parte que você já rolou. O renderizador aproximadamente dobra por um instante enquanto monta essa lista, depois devolve a maior parte.

Medimos o mesmo pico no Mac e tentamos removê-lo carregando a caixa de correio em pedaços menores. Não ajudou: o pico continuou onde estava. Eliminá-lo significa mudar como a lista guarda as mensagens, o que está na nossa lista de tarefas, mas não nesta versão.

Windows e Mac lado a lado

Rodamos o mesmo teste em um Mac mini Apple M4 com 16 GB em 22 de setembro, quatro dias antes das execuções no Windows. Os totais ficam próximos ao abrir e no pico. O Windows mostra menos com a caixa de correio grande carregada, e bem menos em repouso, por causa do ajuste descrito acima.

Ao abrir, 58 mensagens
Windows, memória do Gerenciador de Tarefas209–224 MB
Windows, tamanho de confirmação297–298 MB
Mac, memória do Monitor de Atividade180 MB
10.000 mensagens carregadas
Windows, memória do Gerenciador de Tarefas197–218 MB
Windows, tamanho de confirmação297–302 MB
Mac, memória do Monitor de Atividade315–324 MB
Pico ao abrir 10.000
Windows, memória do Gerenciador de Tarefas357–367 MB
Windows, tamanho de confirmação545–560 MB
Mac, memória do Monitor de Atividade368–380 MB
Depois de dez minutos em repouso
Windows, memória do Gerenciador de Tarefas102–122 MB
Windows, tamanho de confirmação308–318 MB
Mac, memória do Monitor de Atividade234–263 MB

Leia isto como duas medições lado a lado, não como uma corrida. Os dois sistemas contam memória de forma diferente. O número do Monitor de Atividade no Mac inclui memória que o macOS comprimiu, enquanto o do Gerenciador de Tarefas deixa de fora memória que o Windows ajustou, e o tamanho de confirmação conta memória que foi reservada mas talvez nunca tenha sido tocada. As máquinas são diferentes, e a build do Mac era quatro dias mais antiga. O que a comparação mostra é que o MailVault custa aproximadamente a mesma ordem de memória nos dois sistemas, na casa das centenas baixas de megabytes, e que em nenhum dos dois ele cresceu durante os dez minutos de inatividade observados.

O que este teste não mostra

• Mensagens reais são maiores. As mensagens de teste são minúsculas, então o cache de mensagens abertas nunca chegou a encher. Ler muito e-mail pode somar até 128 MB a mais, que é o limite do cache.
• Dez minutos, não dez dias. O teste em repouso é longo o bastante para pegar um vazamento rápido, não um lento. Testes mais longos vêm a seguir.
• Um laptop e um Mac. Uma placa de vídeo diferente ou outra versão do Windows pode mudar os números do WebView2, que são a maior parte do total.

Você pode repetir o teste você mesmo. É o teste de ponta a ponta ram-footprint no código-fonte do MailVault, executado com wdio.ram.conf.js, que grava cada leitura, processo por processo, em um arquivo JSON.

Medido em 26 de setembro de 2026 no Windows e 22 de setembro de 2026 no macOS. Leitura relacionada: Pesquisando 50.000 e-mails em milissegundos.