Teste de Velocidade de Memória

Teste de Velocidade de Memória - Teste o Desempenho da Sua RAM

Uma ferramenta abrangente de teste de velocidade de memória online que mede desempenho de RAM através de várias operações. Execute testes para operações de array, alocação de objetos, manipulação de strings, typed arrays e alocação de memória para avaliar velocidade e eficiência de memória do seu sistema.

Como funciona o teste de velocidade de memória?

O teste mede desempenho de RAM executando várias operações:

1. Operações de Array: Testa velocidade de leitura/gravação com arrays padrão (10.000 elementos)
2. Alocação de Objetos: Mede velocidade de criação e modificação (1.000 objetos)
3. Manipulação de String: Avalia desempenho de concatenação, split e replace
4. Typed Arrays: Testa manipulação binária com buffers Int32, Float64 e Uint8
5. Alocação de Memória: Mede eficiência de alocação grande

Cada teste executa por duração definida e calcula operações por segundo. Valores ops/s maiores indicam melhor desempenho. A ferramenta usa performance.now() para precisão sub-milissegundo.

Quais fatores afetam a velocidade de memória?

Vários fatores influenciam os resultados:

- Quantidade de RAM: Mais RAM permite working sets maiores sem swap
- Velocidade de RAM: Maior MHz (3200, 4800, 6400 MT/s) = acesso mais rápido
- Tipo de RAM: DDR5 > DDR4 > DDR3 (largura de banda dobra a cada geração)
- Cache da CPU: Tamanhos L1/L2/L3 afetam padrões de acesso
- Canais de Memória: Dual/quad channel dobra ou quadruplica a largura
- Limitações do Navegador: Teto do heap V8/SpiderMonkey (tipicamente 2-4 GB)
- Processos em Segundo Plano: Outros apps consumindo RAM acionam swap
- Sistema Operacional: Eficiência de gerenciamento (Linux > Windows em alocações grandes)

Para resultados precisos, feche aplicativos em segundo plano.

O que é uma boa pontuação de velocidade de memória?

Entendendo seus resultados:

- Operações/Segundo Maiores = Melhor Desempenho
- Tempo Menor = Conclusão Mais Rápida

Pontuações típicas por nível:
- Desktop High-End (32GB+ DDR5-6400): 50-100+ ops/s
- Desktop Mid-Range (16GB DDR4-3200): 30-50 ops/s
- Desktop Budget (8GB DDR4-2400): 15-30 ops/s
- Laptops Modernos: 10-40 ops/s (varia muito)
- Mobile/Tablets: 5-15 ops/s

Obs: Pontuações variam significativamente por navegador e otimização do motor JavaScript (V8 vs SpiderMonkey vs JavaScriptCore).

Por que testar memória no navegador?

Testes de memória no navegador oferecem vantagens:

- Sem Instalação: Teste imediatamente sem downloads
- Multi-Plataforma: Funciona em qualquer SO com navegador
- Seguro: Executa em sandbox, não pode danificar o sistema
- Diagnóstico Rápido: Identifique gargalos de memória rapidamente
- Desempenho Web: Veja como apps web vão executar

Embora não tão abrangente quanto ferramentas nativas como MemTest86 ou AIDA64, testes de navegador fornecem insights valiosos sobre desempenho de memória JavaScript, importante para apps web, Node.js e cargas baseadas em navegador.

O que é o heap JavaScript e por que limita os testes?

O heap JavaScript é a região de memória dedicada onde o motor JS (V8, SpiderMonkey, JavaScriptCore) aloca objetos, arrays e strings. Os navegadores limitam o heap para evitar páginas descontroladas: Chrome desktop ~4 GB, Firefox ~2 GB, Chrome mobile ~256-512 MB, Safari iOS ~384 MB. Quando um teste pede mais memória que o limite, o motor lança RangeError ou dispara coleta de lixo que distorce os tempos. window.performance.memory (somente Chromium) reporta jsHeapSizeLimit, totalJSHeapSize e usedJSHeapSize para você ver quão perto está do teto.

Por que typed arrays são mais rápidos que arrays normais?

Arrays JavaScript normais armazenam valores empacotados: cada elemento contém um ponteiro mais uma tag float64, mesmo para inteiros. Typed arrays (Int32Array, Float64Array, Uint8Array) armazenam dados binários crus em um ArrayBuffer contíguo sem empacotamento. Ler o elemento i lê diretamente os bytes [i*4 .. i*4+3], igual ao C. Isso pula coleta de lixo, evita transições de classe oculta e permite ao JIT emitir instruções SIMD. Resultado: typed arrays são tipicamente 2-5x mais rápidos em cargas numéricas e usam 4-8x menos memória.

O que o número de heap usado realmente significa?

window.performance.memory.usedJSHeapSize reporta quantos bytes o coletor de lixo V8 considera atualmente alcançáveis pelos objetos raiz da página. Exclui nós DOM desanexados aguardando varredura, buffers nativos (os stores do ArrayBuffer ficam fora do heap JS) e dados de cache inline. Números saltam quando o GC roda (a cada 50-200ms sob carga) e o valor é arredondado para o 100 KB mais próximo por privacidade (mitiga ataques de timing tipo Spectre). Firefox e Safari não expõem esta API pelo mesmo motivo.

Por que o teste fica mais lento em execuções subsequentes?

Três efeitos se somam:

1. Acúmulo de GC: cada execução deixa objetos para o GC; a segunda paga a limpeza da primeira.
2. Fragmentação do heap: ciclos repetidos de alocar/liberar criam lacunas que o alocador precisa varrer, elevando a latência.
3. Throttling térmico: atividade sustentada de CPU+RAM por 30+ segundos eleva a temperatura do silício acima de TJMax (~100°C), momento em que CPU/controlador de memória reduz o clock 10-30 % para evitar dano.

Para uma linha de base estável, clique em Redefinir Resultados, aguarde 10 segundos para GC e resfriamento e refaça o teste.

Recursos Principais

• 5 testes abrangentes de velocidade de memória
• Medição em tempo real de operações por segundo
• Teste de desempenho de operações de array
• Benchmarks de alocação e manipulação de objetos
• Testes de velocidade de manipulação de string
• Avaliação de desempenho de typed array
• Teste de alocação de memória grande
• Exibição de informações de memória (heap, limite)
• Cálculo de pontuação geral
• Cronometragem e pontuação de teste individual
• Indicadores de progresso visual
• Parar teste a qualquer momento
• Redefinir e re-executar testes
• 100% lado do cliente - nenhum dado enviado
• Funciona offline
• Suporte mobile e desktop
• Compatível com modo escuro