Teste de Leitura/Gravação de Armazenamento

Teste de Leitura/Gravação - Teste o Desempenho do Seu Disco

Uma ferramenta abrangente de teste de velocidade de armazenamento online que mede desempenho de armazenamento de navegador usando IndexedDB e localStorage. Execute testes para velocidade de gravação, velocidade de leitura e manipulação de arquivos grandes para avaliar desempenho de armazenamento do seu sistema e eficiência de banco de dados do navegador.

Como funciona o teste de velocidade de armazenamento?

O teste mede o desempenho do armazenamento do navegador executando operações de leitura e gravação:

1. Gravação IndexedDB: Testa gravar 1.000 itens (1 KB cada) no IndexedDB
2. Leitura IndexedDB: Mede ler 1.000 itens
3. Gravação localStorage: Testa gravar 100 itens
4. Leitura localStorage: Mede ler 100 itens
5. Manipulação de Arquivo Grande: Testa ler/gravar um Blob de 10 MB

Cada teste calcula throughput (MB/s) e latência (ms por operação). MB/s maior e latência menor indicam melhor desempenho.

O que é IndexedDB vs localStorage?

IndexedDB e localStorage são sistemas de armazenamento com características diferentes:

localStorage:
- Armazenamento simples chave-valor
- API síncrona (bloqueia a thread principal)
- Limitado a ~5-10 MB por origem
- Armazena apenas strings (objetos precisam JSON.stringify)
- Bom para estado pequeno de UI

IndexedDB:
- Banco de dados completo com índices e cursores
- API assíncrona (não bloqueante)
- Cota muito maior (frequentemente gigabytes)
- Armazena clones estruturados (objetos, Blobs, ArrayBuffers)
- Melhor para grandes conjuntos de dados e apps offline

Este teste mede ambos para você comparar o custo real no seu dispositivo.

O que afeta velocidade de armazenamento?

Vários fatores influenciam desempenho de armazenamento de navegador:

- Tipo de Disco: SSD >> HDD
- Interface do Disco: NVMe > SATA SSD > eMMC > HDD
- Espaço Disponível: Discos acima de 80 % cheios ficam lentos (TRIM e over-provisioning encolhem)
- Motor do Navegador: Chromium usa IndexedDB com LevelDB; Firefox usa SQLite
- Sistema Operacional: Journaling do sistema de arquivos, comportamento fsync e tamanho do page cache importam
- Processos em Segundo Plano: Contenção de I/O por antivírus ou backup reduz leituras/gravações
- RAM: Mais RAM livre = melhor page cache do SO

Para resultados precisos, feche outros aplicativos e garanta espaço livre em disco suficiente.

O que é uma boa pontuação de velocidade de armazenamento?

Entendendo resultados de velocidade de armazenamento de navegador:

Velocidades típicas por tipo:
- NVMe SSD: 50-200+ MB/s no navegador (3-7 GB/s nativo)
- SATA SSD: 20-100 MB/s no navegador (550 MB/s nativo)
- HDD Rápido (7200 RPM): 5-20 MB/s
- HDD Lento (5400 RPM): 2-10 MB/s
- eMMC/UFS Mobile: 10-50 MB/s

Obs: Overhead do navegador e fronteiras JavaScript tornam essas velocidades 10-100x mais lentas que I/O nativo. Latência abaixo de 1 ms também é importante para UI responsiva.

Por que testar armazenamento de navegador?

Testar armazenamento de navegador é valioso porque:

- Desempenho de Web App: Mostra quão rápido apps web podem armazenar/recuperar dados
- Progressive Web Apps (PWAs): Crítico para apps com capacidade offline
- Cache do Navegador: Afeta tempos de carregamento e Service Worker
- Debugging: Identifique gargalos antes dos usuários reclamarem
- Comparação: Benchmark de navegadores e dispositivos diferentes

Este teste reflete desempenho real para qualquer app web que dependa de APIs de armazenamento de navegador.

Por que minhas gravações IndexedDB são mais lentas que leituras?

Gravações IndexedDB são tipicamente 2-10x mais lentas que leituras porque cada gravação deve:

1. Adquirir lock exclusivo no object store (leituras readonly usam locks compartilhados)
2. Atualizar índices secundários definidos (cada índice = gravação B-tree extra)
3. Anexar ao write-ahead log para durabilidade
4. Fazer flush no disco no commit da transação (fsync)

Leituras, em contraste, geralmente acertam o page cache do SO e retornam sem tocar o disco. Para acelerar gravações: agrupe muitos put em uma transação (commits amortizam fsync), evite índices desnecessários e use put() com chaves explícitas em vez de autoIncrement.

Qual é a cota de armazenamento do navegador e o que acontece ao atingi-la?

Navegadores modernos concedem a origens uma cota baseada em espaço livre e política. Limites típicos:

- Chrome/Edge: até 60 % do disco livre por origem
- Firefox: até 50 % do disco livre (cota de grupo)
- Safari: 1 GB sem prompt, depois requer permissão do usuário

Consulte seu limite real com navigator.storage.estimate(), que retorna {quota, usage} em bytes. Ao exceder a cota, transações IndexedDB abortam com QuotaExceededError e localStorage lança no setItem(). Armazenamento persistente via navigator.storage.persist() impede o navegador de despejar seus dados automaticamente sob pressão de disco.

Por que o teste de 10 MB às vezes falha em mobile?

Navegadores móveis impõem vários limites que podem quebrar o teste do Blob de 10 MB:

1. Tamanho de string: stringificar um Blob de 10 MB para localStorage dobra para 20 MB UTF-16; Safari iOS rejeita strings acima de 16 MB.
2. Pressão de heap: heap do Chrome mobile é 256-512 MB; alocar Blob mais copiá-lo para IndexedDB pode causar OOM na aba.
3. Cota de origem: dispositivos Android baratos com 8 GB internos podem conceder apenas 100-500 MB por origem.
4. Despejo em background: se trocar de app no meio do teste, iOS pode descartar a aba e a transação aborta silenciosamente.

Para testes confiáveis em mobile, libere pelo menos 2 GB e mantenha o navegador em foreground. Esta ferramenta agora usa um Blob binário de tamanho fixo (bytes reais) em vez de uma string UTF-16 gigante, bem mais leve na memória.

Quais navegadores e dispositivos suportam estes testes, e os resultados são comparáveis?

Matriz de suporte e comparabilidade:

- Chromium (Chrome/Edge/Brave/Opera): IndexedDB sobre LevelDB, localStorage sobre LevelDB. navigator.storage.estimate() suportado.
- Firefox: IndexedDB sobre SQLite, localStorage sobre SQLite. estimate() suportado.
- Safari/iOS WebKit: IndexedDB sobre SQLite, cotas e limites de string mais rígidos; estimate() limitado.
- WebView Android antigo / IE: IndexedDB parcial ou ausente.

Como cada motor usa um backend diferente (LevelDB vs SQLite), os números absolutos de MB/s NÃO são diretamente comparáveis entre navegadores. Compare o MESMO navegador em dispositivos diferentes, ou o mesmo dispositivo entre navegadores apenas como guia aproximado. Sempre registre o navegador/UA (a exportação o inclui) ao compartilhar números.

Isto é a mesma coisa que a velocidade do meu SSD ou HDD? Serve para certificar discos?

Não. Isto mede o DESEMPENHO DO ARMAZENAMENTO DO NAVEGADOR, não a velocidade bruta do disco. Os números passam por JavaScript, pelo motor de armazenamento (LevelDB/SQLite), pelo page cache do SO, journaling e fsync, então costumam ser 10-100x mais lentos que o I/O nativo e dependem muito do cache. NÃO use estes resultados para certificar ou classificar um SSD versus HDD, validar RMA de unidade ou citar números de benchmark do fabricante. Use uma ferramenta nativa (CrystalDiskMark, fio, dd) para certificação de mídia. Este teste serve para diagnosticar o comportamento de armazenamento de apps web e detectar um eMMC genuinamente lento/com falha versus jitter de cache por meio de passagens repetidas.

Meus dados são enviados? É privado e seguro?

O teste é 100% local. Roda inteiramente no seu navegador, grava apenas no armazenamento isolado da origem atual e exclui automaticamente o banco de dados IndexedDB de teste após cada execução. Nada é enviado a nenhum servidor e nenhuma telemetria é coletada. A exportação CSV/JSON acontece no lado do cliente via download de um Blob. Observação: navigator.storage.estimate() e navigator.storage.persist() exigem um contexto seguro (HTTPS); em HTTP simples os campos de cota/uso podem exibir 'Desconhecido' mesmo que os testes de leitura/gravação ainda funcionem.

Como rodo várias passagens e exporto resultados para um ticket de QA?

O I/O de armazenamento do navegador é ruidoso (page cache, I/O em segundo plano, coleta de lixo), então uma única passagem não é confiável. Escolha 3 ou 5 no seletor de Passagens antes de pressionar Iniciar: a ferramenta repete toda a suíte e reporta mín, máx, média e mediana por teste para você ver a variância e distinguir um eMMC genuinamente lento/com falha do jitter de cache.

Após uma sessão concluída, os botões Exportar CSV e Exportar JSON aparecem. O arquivo inclui um bloco de cabeçalho (user agent do dispositivo, timestamp, passagens solicitadas, cota/uso de armazenamento) mais cada velocidade e latência por passagem e as estatísticas por teste. Anexe-o a um ticket de reparo ou use-o para comparar dispositivos lado a lado com evidência reproduzível.

Recursos Principais

• 5 testes abrangentes de velocidade de armazenamento
• Benchmarks de gravação e leitura IndexedDB
• Testes de gravação e leitura localStorage
• Teste de manipulação de arquivo grande (10MB)
• Medição de velocidade com auto-escala (B/s a GB/s)
• Medição de latência em milissegundos
• Estatísticas multi-passagem mín/máx/média/mediana
• Exportação de resultados para CSV e JSON
• Exibição de cota e uso de armazenamento
• Cálculo de velocidade média de gravação e leitura
• Cronometragem e pontuação de teste individual
• Indicadores de progresso visual
• Parar teste a qualquer momento
• Limpeza automática após testes
• 100% lado do cliente - nenhum dado enviado
• Funciona offline
• Suporte mobile e desktop
• Compatível com modo escuro