SSD começa rápido e depois fica lento durante cópia grande após queda do cache SLC — Um SSD pode iniciar uma transferência em alta velocidade e depois apresentar uma forte queda quando o cache pseudo-SLC fica ocupado, revelando sua velocidade de gravação sustentada.

77 / 100

Desenvolvido por Rank Math SEO

Pontuação de SEO

Você começa a copiar um arquivo grande para um SSD e observa uma velocidade excelente:

1.050 MB/s
980 MB/s
920 MB/s

Durante os primeiros segundos, tudo parece confirmar a promessa de desempenho do SSD. Então, sem nenhuma mensagem de erro, a velocidade começa a cair:

650 MB/s
350 MB/s
180 MB/s
120 MB/s

Em alguns modelos e condições, ela pode cair ainda mais.

A primeira reação costuma ser:

“Meu SSD está com defeito.”

Mas não necessariamente.

Um SSD pode apresentar excelente desempenho no começo de uma gravação e depois ficar muito mais lento durante uma transferência longa mesmo sem possuir um defeito físico. Uma das explicações está no funcionamento do cache pseudo-SLC, técnica utilizada por muitos SSDs para aumentar o desempenho de gravação.

Enquanto os dados cabem nessa região rápida, a transferência pode alcançar velocidades impressionantes. Quando o cache fica ocupado e o controlador precisa gravar diretamente na NAND em seu modo normal, aparece a velocidade sustentada real daquela unidade naquela condição.

Podemos simplificar assim:

COMEÇO DA CÓPIA
      ↓
CACHE RÁPIDO DISPONÍVEL
      ↓
1.000 MB/s
      ↓
CACHE FICA OCUPADO
      ↓
GRAVAÇÃO NA NAND
      ↓
150 MB/s

Isso também ajuda a explicar uma situação que confunde muita gente: o CrystalDiskMark mostra milhares de MB/s, mas uma cópia longa no Explorador de Arquivos fica muito abaixo desse resultado.

Benchmark e uso real não medem necessariamente a mesma situação.

Além disso, cache SLC não é a única explicação possível. Temperatura, quantidade de espaço livre, tipo de NAND, controlador, DRAM, HMB, origem dos arquivos, interface utilizada, tamanho dos arquivos e atividades em segundo plano também podem alterar drasticamente o resultado.

Neste artigo da VMIA, vamos entender por que um SSD começa rápido e depois fica lento, o que acontece quando o cache se esgota e como diferenciar comportamento normal de um verdadeiro problema de desempenho.

SSD não possui apenas uma “velocidade”

Quando vemos uma especificação como:

Leitura: até 3.500 MB/s
Gravação: até 3.000 MB/s

é fácil interpretar esses números como:

“Esse SSD grava qualquer arquivo a 3.000 MB/s.”

Não é exatamente assim.

Um SSD pode apresentar desempenhos diferentes dependendo de fatores como:

leitura ou gravação;
operação sequencial ou aleatória;
tamanho dos arquivos;
profundidade da fila;
quantidade de dados transferidos;
temperatura;
espaço livre;
tipo de NAND;
funcionamento do cache;
interface;
controlador;
estado interno da unidade.

Por isso, a pergunta correta não é apenas:

“Qual é a velocidade deste SSD?”

Precisamos perguntar:

“Qual velocidade, em qual tipo de operação e durante quanto tempo?”

Essa última parte é especialmente importante.

Velocidade de pico e velocidade sustentada não são iguais

Imagine um SSD capaz de atingir:

2.500 MB/s

durante determinado teste.

Isso não significa necessariamente que ele consiga manter:

2.500 MB/s

durante a gravação contínua de 200 GB.

Podemos ter algo parecido com:

0–20 GB
2.500 MB/s

20–200 GB
700 MB/s

Os números são apenas ilustrativos. O comportamento real depende do SSD.

O primeiro resultado representa uma condição de alto desempenho, muitas vezes auxiliada pelo cache.

O segundo se aproxima mais do desempenho sustentado depois que as condições mudam.

E essa diferença pode ser enorme em determinados modelos.

Para entender o cache, precisamos falar sobre NAND

Os SSDs armazenam informações em memória flash NAND.

Existem diferentes formas de armazenar bits em cada célula.

De maneira simplificada:

Tipo	Bits por célula
SLC	1
MLC	2
TLC	3
QLC	4

Quanto mais bits são armazenados por célula, maior pode ser a densidade de armazenamento.

Mas isso também aumenta a complexidade das operações.

Por isso, fabricantes e controladores utilizam diferentes técnicas para equilibrar:

capacidade;
preço;
desempenho;
durabilidade.

Uma dessas técnicas é justamente o pseudo-SLC cache.

O que é cache pseudo-SLC?

Imagine um SSD TLC.

Normalmente, determinadas células armazenam três bits.

O controlador pode utilizar temporariamente uma parte da NAND de uma maneira simplificada, tratando-a como se armazenasse apenas um bit por célula.

Essa região funciona como um cache de gravação rápido.

Simplificando bastante:

DADOS CHEGAM
    ↓
PSEUDO-SLC
    ↓
GRAVAÇÃO RÁPIDA
    ↓
POSTERIORMENTE
    ↓
DADOS CONSOLIDADOS NA NAND

Essa técnica permite que o SSD absorva gravações rapidamente durante determinado período.

É por isso que uma cópia pode começar extremamente rápida.

O que acontece quando o cache fica ocupado?

Imagine que o SSD possui determinada quantidade de cache disponível.

Você começa copiando:

Arquivo de 5 GB

Todo o conteúdo pode caber naquela região rápida.

Resultado:

900 MB/s

Agora você copia:

Arquivo de 100 GB

Os primeiros gigabytes entram rapidamente.

Depois, o cache deixa de conseguir absorver novos dados na mesma velocidade.

O controlador precisa continuar a gravação utilizando a NAND em sua condição normal e, dependendo da arquitetura, ao mesmo tempo administrar os dados já armazenados no cache.

Resultado:

INÍCIO
900 MB/s

DEPOIS
180 MB/s

O usuário observa uma queda enorme.

Mas o SSD pode estar funcionando exatamente como foi projetado.

Por que o gráfico do Windows parece cair de um penhasco?

Esse comportamento pode produzir um gráfico bastante característico:

Velocidade

1000 ────────────────┐
                     │
                     │
 500                 │
                     │
                     └────────
 150                          ─────────────

      início        cache        transferência
                    ocupado

A velocidade fica alta durante algum tempo.

Depois aparece uma queda relativamente abrupta.

Esse formato é uma pista de que houve mudança de regime de gravação.

Não prova sozinho que a causa seja o cache, mas merece investigação.

O tamanho do cache não é igual em todos os SSDs

Aqui começa uma das partes mais importantes.

Não existe uma regra como:

“Todo SSD possui 20 GB de cache.”

Cada projeto pode utilizar estratégias diferentes.

Podemos encontrar:

cache relativamente pequeno;
cache grande;
cache estático;
cache dinâmico;
combinações diferentes.

O comportamento também pode mudar conforme a capacidade do SSD.

Um modelo de:

500 GB

não precisa se comportar exatamente como a versão:

2 TB

da mesma família.

Cache SLC dinâmico pode depender do espaço livre

Alguns SSDs utilizam parte do espaço disponível de forma dinâmica para fornecer uma área pseudo-SLC maior.

Isso significa que o comportamento pode mudar conforme o SSD enche.

Imagine:

SSD quase vazio
↓
grande quantidade de espaço disponível
↓
cache dinâmico maior

Agora:

SSD quase cheio
↓
pouco espaço disponível
↓
cache dinâmico menor

O mesmo SSD pode apresentar resultados diferentes em momentos diferentes da sua vida útil.

Por que SSD cheio pode ficar mais lento?

Muita gente percebe:

“Quando comprei o SSD, ele era muito mais rápido.”

Isso pode ter várias causas, mas espaço livre é uma delas.

Quando existe bastante área disponível, o controlador possui maior flexibilidade para:

cache;
movimentação interna;
garbage collection;
gerenciamento de blocos.

Quando a unidade está muito ocupada, essa flexibilidade diminui.

Portanto:

SSD vazio

SSD com 95% ocupado

não representam necessariamente as mesmas condições de teste.

TLC e QLC podem apresentar comportamentos diferentes

SSDs QLC armazenam quatro bits por célula.

Essa tecnologia permite alta densidade e pode ajudar a reduzir o custo por gigabyte.

Porém, dependendo do projeto, a diferença entre o desempenho dentro do cache e depois dele pode ser bastante perceptível.

Isso não significa:

QLC = ruim.

Significa que precisamos escolher o SSD conforme o tipo de uso.

Para alguém que:

navega;
usa Office;
abre programas;
joga;
transfere arquivos moderados;

um SSD pode oferecer ótima experiência.

Já uma pessoa que grava continuamente centenas de gigabytes pode valorizar muito mais o desempenho sustentado.

Não escolha SSD apenas pelo número da embalagem

Imagine dois SSDs:

SSD A
Até 5.000 MB/s

SSD B
Até 4.000 MB/s

Parece óbvio escolher A.

Mas e se, depois de determinado volume de gravação:

SSD A
200 MB/s

SSD B
1.200 MB/s

Para gravações longas, o SSD B pode ser muito mais interessante.

Isso mostra por que velocidade máxima não conta toda a história.

CrystalDiskMark está mentindo?

Não.

Esse é um ponto importante.

O CrystalDiskMark executa testes conforme parâmetros específicos.

Se o teste cabe dentro do cache rápido do SSD, ele pode medir justamente aquela região de alto desempenho.

Então aparece:

SEQ1M
3.200 MB/s

O resultado pode estar correto.

Depois você copia 150 GB e observa:

250 MB/s

Esse resultado também pode estar correto.

Os dois testes avaliaram condições diferentes.

Benchmark curto x transferência longa

Imagine:

Benchmark

Quantidade de dados relativamente pequena
↓
cache disponível
↓
resultado excelente

Cópia longa

100 GB
↓
cache utilizado
↓
cache fica ocupado
↓
velocidade sustentada aparece

Por isso, um único benchmark não descreve completamente o comportamento de armazenamento.

A origem dos arquivos também precisa ser rápida

Outro erro comum é observar:

SSD destino:
3.500 MB/s

e esperar copiar arquivos nessa velocidade de qualquer lugar.

Imagine copiar de um HD mecânico:

HD
150 MB/s
     ↓
SSD
3.500 MB/s

A transferência não pode receber dados do HD a 3.500 MB/s se o HD entrega apenas aproximadamente 150 MB/s naquela condição.

O gargalo está na origem.

A cópia sempre depende do elo mais lento

Podemos representar:

ORIGEM
  ↓
INTERFACE
  ↓
PROCESSAMENTO
  ↓
DESTINO

A velocidade final depende da cadeia.

Se temos:

Origem: 150 MB/s
Destino: 3.500 MB/s

o SSD rápido ficará esperando a origem.

Portanto, uma cópia lenta não prova que o SSD destino está lento.

SSD para SSD também pode ter gargalo

Imagine:

SSD A
SATA
500 MB/s

SSD B
NVMe
3.500 MB/s

Copiando A → B, não esperamos 3.500 MB/s.

A origem não fornece dados nessa taxa.

Além disso, existem overheads do sistema.

E quando copiamos dentro do mesmo SSD?

Esse cenário é ainda mais interessante.

Imagine copiar:

C:\Arquivo.iso

para:

C:\Backup\Arquivo.iso

no mesmo SSD físico.

A unidade precisa lidar com leitura e gravação simultaneamente.

Então comparar esse resultado diretamente com um benchmark de leitura sequencial não faz sentido.

Arquivos pequenos também mudam completamente o desempenho

Outro exemplo:

Arquivo único:
50 GB

versus:

500.000 arquivos:
total de 50 GB

O volume total é igual.

Mas a carga de trabalho não.

Milhares de arquivos exigem operações envolvendo:

abertura;
criação;
metadados;
diretórios;
sistema de arquivos;
pequenas leituras;
pequenas gravações.

A velocidade pode cair muito.

Isso não significa que o SSD perdeu sua capacidade sequencial.

MB/s não é a única métrica

Armazenamento também envolve:

IOPS;
latência;
tamanho dos blocos;
profundidade da fila;
padrão de acesso.

Por isso, um SSD pode apresentar:

3.500 MB/s

em uma operação sequencial e valores muito diferentes em operações aleatórias pequenas.

Isso é normal.

DRAM é a mesma coisa que cache SLC?

Não.

Essa confusão é extremamente comum.

Um SSD pode possuir memória DRAM dedicada para ajudar o controlador a gerenciar estruturas internas e mapeamentos.

Já o pseudo-SLC utiliza a própria NAND flash de determinada maneira para acelerar gravações.

Portanto:

DRAM
≠
SLC cache

São tecnologias diferentes.

O que significa SSD DRAM-less?

Um SSD DRAM-less não possui determinada memória DRAM dedicada utilizada por outros projetos.

Isso não significa automaticamente que ele será ruim.

Controladores modernos utilizam estratégias diferentes.

Em SSDs NVMe, uma delas é o HMB — Host Memory Buffer.

O que é HMB?

HMB permite que determinados SSDs NVMe utilizem uma pequena quantidade da memória RAM do computador para auxiliar determinadas estruturas de gerenciamento.

Simplificando:

SSD NVMe
    ↓
utiliza pequena região da RAM
    ↓
Host Memory Buffer

Novamente:

HMB não é a mesma coisa que pseudo-SLC.

Um SSD pode utilizar HMB e também possuir cache pseudo-SLC.

DRAM-less não explica sozinho toda queda de velocidade

É tentador criar regras simples:

“Ficou lento porque não tem DRAM.”

Mas o desempenho depende do conjunto:

NAND;
controlador;
firmware;
cache;
interface;
carga de trabalho;
temperatura;
capacidade.

Existem SSDs DRAM-less competentes e SSDs com DRAM que não são ideais para todas as cargas.

Avalie o projeto completo.

Temperatura pode causar outra queda de desempenho

Agora imagine outro cenário.

A cópia começa:

2.500 MB/s

Depois:

1.800 MB/s

Depois:

900 MB/s

Mas, em vez de ocorrer sempre após determinada quantidade de dados, a queda acompanha o aumento de temperatura.

Podemos estar diante de thermal throttling.

O que é thermal throttling?

Componentes eletrônicos possuem limites térmicos.

Quando um SSD NVMe atinge determinadas condições de temperatura, o controlador pode reduzir o desempenho para evitar operar além dos limites definidos.

Simplificando:

SSD trabalha
↓
temperatura sobe
↓
limite térmico
↓
controlador reduz desempenho
↓
temperatura controlada

Esse mecanismo protege o dispositivo.

Cache esgotado e thermal throttling podem parecer iguais

Nos dois casos:

Começa rápido
↓
fica lento

Mas as causas são diferentes.

Cache

A queda está relacionada ao volume de gravação e ao estado interno do cache.

Temperatura

A queda acompanha condições térmicas.

Por isso precisamos observar mais de uma variável.

Como diferenciar?

Uma estratégia de diagnóstico consiste em repetir testes controlados observando:

quantidade de dados;
temperatura;
espaço livre;
origem;
velocidade ao longo do tempo.

Imagine:

Teste frio:
queda após 30 GB

Teste novamente:
queda após 30 GB

Pode existir uma característica relacionada ao cache.

Agora:

SSD frio:
2.500 MB/s

SSD quente:
900 MB/s imediatamente

Temperatura ganha força como hipótese.

Não é uma regra absoluta, mas ajuda no raciocínio.

CrystalDiskInfo pode ajudar?

O CrystalDiskInfo é útil para visualizar diversas informações SMART e, em unidades compatíveis, temperatura e outros atributos.

Ele pode ajudar a responder:

qual temperatura está sendo reportada?
existem alertas SMART?
qual é o estado informado pela unidade?

Mas ele não deve ser interpretado como:

“Saúde 100% significa desempenho perfeito.”

SMART e desempenho são assuntos relacionados, mas diferentes.

Um SSD saudável pode ser lento

Sim.

Imagine:

SMART
Normal

Temperatura
Normal

Erros
Nenhum aparente

Mas:

gravação sustentada
150 MB/s

Isso pode ser simplesmente uma característica daquele modelo após o cache.

O SSD não precisa estar quebrado para ser lento em determinada carga.

E um SSD com problema pode começar rápido?

Também pode.

Por isso não devemos utilizar o comportamento do cache para justificar qualquer queda de velocidade.

Se aparecem sintomas como:

erros;
desconexões;
travamentos;
corrupção;
alertas SMART;
unidade desaparecendo;
falhas de leitura;

a investigação precisa considerar defeito ou outros problemas.

“É o cache” não pode virar outra resposta universal.

A interface também pode limitar a velocidade

Imagine um SSD SATA.

Mesmo que a NAND interna pudesse trabalhar mais rapidamente em determinadas situações, a interface SATA possui seus próprios limites.

Na prática, SSDs SATA rápidos costumam atingir valores na faixa de algumas centenas de MB/s, não vários milhares.

Já NVMe pode atingir taxas muito maiores dependendo da geração PCIe e do número de lanes.

NVMe PCIe 4.0 em slot PCIe 3.0

Imagine um SSD:

PCIe 4.0 x4

instalado em um sistema que fornece:

PCIe 3.0 x4

O SSD pode funcionar, mas ficará limitado pela interface disponível.

Isso é completamente diferente de cache SLC.

A velocidade já pode nascer limitada.

Número de lanes também importa

Um SSD projetado para utilizar quatro lanes pode estar em uma configuração que disponibiliza menos largura de banda.

Então temos outro gargalo:

SSD rápido
↓
link limitado
↓
velocidade menor

Antes de culpar a NAND, confirme como o dispositivo está conectado.

Adaptador USB muda tudo

Um SSD NVMe dentro de um case USB não se comporta como o mesmo SSD instalado diretamente em um slot M.2 PCIe.

Agora temos:

SSD NVMe
↓
controlador do case
↓
USB
↓
controlador USB do PC

A velocidade será limitada pela cadeia.

Um NVMe anunciado com milhares de MB/s pode ficar em centenas de MB/s através de determinado adaptador.

Cabo USB também pode ser o gargalo

Nem todo cabo USB oferece a mesma capacidade.

Um case rápido conectado através de um cabo inadequado pode negociar um modo inferior.

Resultado:

SSD rápido
+
case rápido
+
porta rápida
+
cabo limitado
=
transferência lenta

Novamente, SSD não é automaticamente culpado.

Como testar corretamente?

Antes de qualquer benchmark:

1. Identifique o SSD

Descubra:

fabricante;
modelo exato;
capacidade.

Não use apenas:

“É um NVMe de 1 TB.”

Modelos diferentes possuem comportamentos completamente diferentes.

2. Verifique a especificação do fabricante

Procure informações como:

leitura sequencial;
gravação sequencial;
interface;
tipo de NAND quando informado;
limites térmicos quando disponíveis;
requisitos.

Lembre que valores “até” representam condições específicas.

3. Descubra onde o SSD está conectado

Pergunte:

M.2 direto na placa?
PCIe?
SATA?
USB?
Case externo?
Adaptador?

Essa informação muda completamente a expectativa.

4. Observe o espaço livre

Compare:

20% ocupado

com:

95% ocupado

Se o desempenho muda significativamente conforme a unidade enche, cache dinâmico e gerenciamento interno entram nas hipóteses.

5. Observe a temperatura

Durante uma transferência longa, acompanhe a temperatura reportada.

Não compare apenas:

temperatura em repouso

com desempenho durante carga.

O interessante é observar o comportamento enquanto o SSD trabalha.

6. Use arquivos grandes para testar desempenho sustentado

Se queremos descobrir se existe uma queda depois do cache, um teste muito pequeno pode não mostrar nada.

Precisamos transferir volume suficiente para ultrapassar a região rápida, quando aplicável.

Mas evite executar gravações enormes repetidamente sem necessidade.

Testes de armazenamento escrevem dados e devem ter um objetivo.

7. Observe o gráfico ao longo do tempo

Não anote apenas:

Máximo:
2.000 MB/s

Observe:

Início:
2.000 MB/s

Depois de 10 GB:
1.900 MB/s

Depois de 30 GB:
500 MB/s

Depois de 50 GB:
450 MB/s

Agora conseguimos visualizar o comportamento sustentado.

8. Repita depois que o SSD ficar ocioso

Esse teste pode ser interessante.

Após uma gravação longa, deixe o SSD sem carga por algum tempo.

O controlador pode realizar tarefas internas.

Depois repita o teste.

Se o desempenho inicial rápido retorna, isso pode ser compatível com um mecanismo de cache.

O tempo necessário varia conforme unidade e condições.

Por que o SSD pode continuar lento logo depois da cópia?

Imagine que você acabou de transferir uma grande quantidade de dados.

Internamente, o SSD ainda pode estar ocupado reorganizando informações.

Então você inicia imediatamente outra gravação.

O cache talvez ainda não tenha retornado à condição inicial.

Resultado:

Primeiro teste:
rápido → lento

Segundo teste imediato:
já começa lento

O usuário pensa:

“Agora estragou de vez.”

Mas o controlador pode ainda estar realizando trabalho interno.

Garbage collection

SSDs precisam gerenciar páginas e blocos de NAND.

A garbage collection faz parte desse gerenciamento.

De maneira muito simplificada, o controlador reorganiza dados válidos e prepara blocos para futuras gravações.

Esse processo pode consumir recursos internos.

Quanto mais pressionada estiver a unidade, mais perceptível isso pode se tornar.

TRIM também participa do gerenciamento

Quando arquivos são apagados, o sistema operacional pode informar ao SSD quais áreas não precisam mais preservar aqueles dados.

Esse mecanismo, conhecido como TRIM, ajuda o controlador a gerenciar espaço de forma eficiente.

Mas TRIM não significa:

“Apaguei um arquivo e imediatamente todo o SSD ficou zerado e rápido.”

O gerenciamento interno é mais complexo.

Não execute “otimizações milagrosas” de SSD

Existem programas que prometem:

liberar velocidade;
limpar células;
aumentar vida útil;
otimizar NAND.

Tenha cuidado.

Windows e firmware modernos já implementam mecanismos específicos para SSDs.

Não aplique técnicas antigas de HD mecanicamente a SSDs.

Desfragmentar SSD para recuperar velocidade?

A desfragmentação tradicional não deve ser tratada como solução para cache SLC esgotado.

O Windows reconhece SSDs e possui rotinas de otimização adequadas ao tipo de armazenamento.

Não force desfragmentações repetidas esperando aumentar MB/s.

Deixar espaço livre pode ajudar?

Sim, especialmente em determinadas arquiteturas.

Uma unidade completamente lotada possui menos flexibilidade para gerenciamento.

Isso não significa que exista um número universal como:

“Sempre deixe exatamente 20% livre.”

O impacto depende do SSD.

Mas trabalhar constantemente com a unidade quase totalmente cheia não costuma ser uma condição ideal.

Over-provisioning

Alguns SSDs e ferramentas permitem reservar uma região para uso interno da unidade.

Essa prática é chamada de over-provisioning.

Ela pode ajudar em determinados cenários de desempenho sustentado e gerenciamento.

Mas novamente:

não existe necessidade de alterar isso em todo computador doméstico.

A configuração precisa fazer sentido para a carga de trabalho.

Por que SSDs de maior capacidade podem ser mais rápidos?

Em algumas famílias, modelos de maior capacidade possuem mais NAND disponível para trabalhar em paralelo.

Isso pode aumentar desempenho.

Então:

500 GB

2 TB

da mesma linha podem possuir especificações diferentes.

Nunca assuma que apenas a capacidade mudou.

O firmware também influencia

O controlador do SSD executa firmware responsável por decisões como:

gerenciamento da NAND;
cache;
garbage collection;
correção de erros;
gerenciamento térmico.

Atualizações podem corrigir problemas específicos.

Mas atualizar firmware sem necessidade ou sem seguir corretamente as instruções do fabricante também envolve risco.

Faça backup antes de alterações importantes em armazenamento.

Windows pode interferir na medição?

Sim.

Durante uma transferência podem ocorrer atividades como:

antivírus verificando arquivos;
indexação;
sincronização em nuvem;
Windows Update;
outros programas acessando o disco.

Imagine:

Cópia
+
antivírus
+
OneDrive
+
indexação

Todos disputando recursos.

O gráfico deixa de representar apenas sua cópia.

Antivírus pesa mais com muitos arquivos pequenos

Um arquivo grande pode gerar um padrão.

Milhares de executáveis, documentos e arquivos compactados podem gerar outro.

O software de segurança pode analisar vários deles individualmente.

Então:

50 GB em um ISO

50 GB em 200.000 arquivos

podem apresentar velocidades radicalmente diferentes.

Não compare como se fossem a mesma carga.

OneDrive também pode alterar a experiência

Se você copia arquivos para uma pasta sincronizada, o sistema pode começar outras atividades relacionadas à nuvem.

Agora temos:

SSD
+
rede
+
sincronização
+
metadados

Isso torna o teste diferente de copiar para uma pasta local comum.

Para avaliar armazenamento, isole as variáveis sempre que possível.

Gerenciador de Tarefas ajuda?

Sim.

Na guia Desempenho, podemos observar informações relacionadas ao disco.

Também podemos verificar quais processos estão utilizando recursos.

Mas lembre-se do conceito que já discutimos em outro artigo da VMIA:

100% de tempo ativo não significa necessariamente velocidade máxima em MB/s.

Um SSD pode estar 100% ocupado atendendo determinadas operações e ainda apresentar poucos MB/s.

Monitor de Recursos pode aprofundar o diagnóstico

O Monitor de Recursos do Windows ajuda a visualizar atividades de disco por processo e arquivo.

Isso pode revelar que a queda aparentemente atribuída ao SSD coincide com outra carga.

Por exemplo:

cópia
+
antivírus
+
processo de sincronização

Agora temos uma explicação mais completa.

Como diferenciar cache de gargalo na origem?

Imagine uma transferência que começa:

900 MB/s

e cai para:

150 MB/s

Se a origem é um HD que entrega aproximadamente 150 MB/s, talvez o começo rápido tenha sido influenciado por cache do sistema ou outros buffers.

Precisamos observar toda a cadeia.

Um teste isolado pode enganar.

Cache do Windows também pode afetar o gráfico

O sistema operacional utiliza memória para melhorar operações de entrada e saída.

Isso significa que a velocidade exibida em determinados momentos não representa necessariamente a gravação física instantânea na NAND de maneira simples.

Existe buffering.

Por isso, interpretar apenas os primeiros segundos de uma cópia pode gerar conclusões erradas.

RAM não transforma permanentemente um SSD lento em rápido

O sistema pode absorver parte dos dados temporariamente.

Mas em uma transferência longa, eventualmente a velocidade sustentada dos componentes aparece.

Essa é outra razão pela qual cargas longas revelam comportamentos que benchmarks ou cópias pequenas não mostram.

Um exemplo completo

Imagine:

SSD NVMe QLC
1 TB

Teste curto:

2.800 MB/s

Cópia de 10 GB:

2.000 MB/s

Cópia de 200 GB:

Primeiros GB:
2.000 MB/s

Depois:
250 MB/s

Temperatura:

Normal

SMART:

Sem alertas

Depois de ficar ocioso, o desempenho inicial retorna.

Esse conjunto de evidências pode ser compatível com comportamento de cache e desempenho sustentado da unidade.

Agora outro cenário

SSD:

3.000 MB/s

Começa:

2.700 MB/s

Temperatura sobe rapidamente.

Depois:

80 °C

e velocidade cai.

Ao resfriar:

2.700 MB/s

retorna.

Aqui o comportamento térmico merece investigação.

Terceiro cenário

SSD deveria alcançar:

3.500 MB/s

Mas desde o primeiro segundo:

1.600 MB/s

e nunca passa disso.

Agora cache não é a primeira hipótese.

Verifique:

geração PCIe;
lanes;
slot;
chipset;
BIOS;
plataforma.

Quarto cenário

SSD destino:

3.500 MB/s

Origem:

HD USB
110 MB/s

Transferência:

105 MB/s

Isso parece absolutamente coerente.

O destino está esperando a origem.

Quinto cenário

SSD:

Saúde normal
Temperatura normal
Interface correta

Mas apresenta:

congelamentos;
desconexões;
erros;
velocidade zerando;
unidade desaparecendo.

Agora não devemos simplesmente dizer:

“É o cache.”

Existem sinais que exigem investigação mais cuidadosa e backup dos dados importantes.

Quando devemos suspeitar de defeito?

Uma queda previsível de velocidade durante gravação longa pode fazer parte do projeto.

Mas fique atento quando surgirem:

erros SMART;
falhas de leitura;
corrupção;
travamentos recorrentes;
SSD desaparecendo da BIOS ou do Windows;
desconexões;
erros de I/O;
comportamento muito diferente da especificação e de testes confiáveis do mesmo modelo.

Se os dados são importantes, backup vem antes de testes agressivos.

Não faça benchmark pesado em SSD suspeito antes do backup

Se existe suspeita real de falha, não comece gravando centenas de gigabytes apenas para descobrir “até onde ele aguenta”.

Primeiro proteja os arquivos importantes.

Depois faça o diagnóstico adequado.

Como pesquisar o comportamento do seu modelo

Use o modelo exato.

Por exemplo:

Fabricante + modelo + capacidade

Procure análises que mostrem gráficos de gravação sustentada.

Um gráfico ao longo de centenas de gigabytes pode revelar muito mais que apenas:

CrystalDiskMark:
3.500 MB/s

Procure testes que mostrem o que acontece depois do cache.

O que procurar em uma análise técnica?

Informações úteis incluem:

tamanho aproximado do cache;
velocidade dentro do cache;
velocidade após o cache;
recuperação do cache;
temperatura;
tipo de NAND;
controlador;
desempenho com unidade cheia;
diferenças entre capacidades.

Isso permite comparar seu SSD com o comportamento esperado daquele modelo.

“Até 3.500 MB/s” precisa ser interpretado corretamente

A expressão:

“até”

é importante.

O fabricante está informando um pico sob determinadas condições.

Isso não equivale a:

“Garantimos 3.500 MB/s em qualquer arquivo, computador e durante qualquer duração.”

Hardware não funciona dessa maneira.

Qual SSD escolher para gravações longas?

Se sua carga envolve:

edição de vídeo;
grandes backups;
máquinas virtuais;
arquivos científicos;
criação de conteúdo;
grandes bancos de dados;
movimentação frequente de centenas de gigabytes;

não olhe apenas o pico sequencial.

Pesquise especialmente:

desempenho sustentado após o cache.

Esse número pode ser muito mais importante para você.

Para uso comum, o cache pode funcionar muito bem

Agora imagine um usuário que normalmente grava:

500 MB
2 GB
5 GB

por vez.

Essas operações podem terminar antes de esgotar a região rápida.

Na prática, o usuário experimenta alto desempenho quase sempre.

É exatamente por isso que o cache existe.

Ele otimiza o comportamento para cargas comuns.

Cache não é “trapaça”

É uma técnica de engenharia.

Computadores utilizam caches em vários níveis:

CPU;
RAM;
sistema operacional;
armazenamento;
aplicações.

O problema surge quando interpretamos o desempenho do cache como se fosse obrigatoriamente o desempenho permanente de todo o dispositivo.

Uma analogia simples

Imagine uma caixa de atendimento rápido.

Enquanto poucas pessoas chegam:

Atendimento rápido

Quando chega uma fila enorme:

capacidade rápida saturada
↓
ritmo sustentado aparece

O sistema não necessariamente quebrou.

A carga ultrapassou a capacidade temporária de absorção.

O cache SLC funciona de maneira conceitualmente semelhante.

Checklist VMIA: SSD começa rápido e depois fica lento

Antes de condenar o SSD, verifique:

Modelo exato do SSD
Capacidade
Tipo de interface
Slot utilizado
Geração PCIe
Origem dos arquivos
Tamanho da transferência
Arquivos grandes ou pequenos
Espaço livre
Temperatura
SMART
Processos em segundo plano
Desempenho após o cache
Resultados de análises do mesmo modelo
Comportamento depois de um período ocioso

Essa lista ajuda a separar uma característica normal de um verdadeiro problema.

Não compare SSDs apenas pelo CrystalDiskMark

O CrystalDiskMark continua sendo uma ferramenta excelente.

O erro está na interpretação.

Use o benchmark para responder perguntas específicas.

Depois complemente com:

transferência longa;
temperatura;
espaço livre;
SMART;
especificações;
comportamento sustentado.

Um único número não representa toda a unidade.

O gráfico da cópia conta uma história

Observe:

2.000 MB/s
2.050 MB/s
1.980 MB/s
2.010 MB/s
↓
300 MB/s
290 MB/s
310 MB/s
295 MB/s

Uma queda seguida de um novo patamar relativamente estável pode sugerir mudança de regime.

Agora:

é outro comportamento.

Oscilações extremas podem exigir investigação de outras variáveis.

Velocidade zerando periodicamente é sempre defeito?

Não necessariamente.

Buffers, cache, origem, sistema de arquivos e gerenciamento interno podem produzir oscilações.

Mas quedas acompanhadas de:

travamentos;
erros;
desconexões;

merecem atenção especial.

Observe o conjunto de sintomas.

SSD externo exige diagnóstico separado

Se o SSD está em USB, teste:

SSD
↓
case
↓
cabo
↓
porta USB
↓
controlador
↓
Windows

Qualquer elemento pode limitar a transferência.

Antes de substituir o SSD, teste a cadeia.

SSD interno NVMe também depende da placa-mãe

Consulte o manual.

Algumas placas compartilham recursos entre:

slots M.2;
portas SATA;
slots PCIe.

Instalar determinado dispositivo pode alterar a configuração de outro.

Não assuma que todos os slots M.2 são equivalentes.

Notebook pode limitar o SSD

Um notebook pode aceitar fisicamente determinado NVMe, mas oferecer uma geração PCIe inferior à máxima suportada pelo SSD.

Isso não significa defeito.

Significa compatibilidade com limitação de desempenho.

Energia também pode influenciar

Planos de energia, estados de economia e gerenciamento do sistema podem alterar comportamento em determinados equipamentos.

Mas isso não deve ser usado como explicação automática.

Se a queda ocorre exatamente após grande volume de gravação, investigue primeiro os fatores mais relacionados ao padrão observado.

Atualize drivers com critério

Chipset e controladores de armazenamento podem influenciar compatibilidade e desempenho.

Prefira drivers adequados ao fabricante e à plataforma.

Evite programas genéricos que prometem “atualizar todos os drivers” sem critério.

Em armazenamento, estabilidade importa mais que perseguir versões aleatórias.

A BIOS também merece atenção em casos específicos

Configurações de PCIe e compatibilidade podem influenciar como o SSD negocia o link.

Atualizações de BIOS podem corrigir problemas específicos.

Mas BIOS não deve ser atualizada como primeiro teste para qualquer SSD lento.

Primeiro identifique o problema.

Uma metodologia melhor de diagnóstico

Podemos resumir:

SSD começa rápido e cai
        ↓
Qual o tamanho da transferência?
        ↓
A queda acontece após volume parecido?
        ↓
Verificar cache
        ↓
A temperatura sobe junto?
        ↓
Verificar throttling
        ↓
A velocidade já começa baixa?
        ↓
Verificar interface/origem
        ↓
Existem erros ou desconexões?
        ↓
Investigar saúde/falha

Esse fluxo evita conclusões precipitadas.

Conclusão: SSD começar rápido e depois ficar lento não significa automaticamente defeito

Quando um SSD inicia uma transferência em:

1.500 MB/s

e depois cai para:

200 MB/s

é natural suspeitar de problema.

Mas a queda pode estar relacionada ao funcionamento normal do cache pseudo-SLC.

Enquanto existe região rápida disponível:

DADOS
↓
CACHE
↓
ALTA VELOCIDADE

Depois que essa capacidade temporária é ocupada:

DADOS
↓
NAND EM REGIME SUSTENTADO
↓
VELOCIDADE MENOR

A diferença pode ser pequena em alguns SSDs e enorme em outros.

Além disso, precisamos considerar:

TLC ou QLC;
cache estático ou dinâmico;
espaço livre;
DRAM;
HMB;
temperatura;
thermal throttling;
interface;
origem;
tamanho dos arquivos;
carga em segundo plano;
gerenciamento interno.

Por isso, não existe apenas uma “velocidade do SSD”.

Existe velocidade de pico, velocidade sustentada e desempenho sob diferentes cargas.

O CrystalDiskMark pode mostrar um resultado correto.

A cópia de 200 GB pode mostrar outro resultado correto.

O segredo está em entender o que cada teste realmente está medindo.

Antes de condenar o SSD, identifique o modelo, observe a temperatura, confirme a interface, analise a origem dos arquivos, verifique o espaço livre e pesquise o desempenho sustentado daquela unidade.

E se existirem erros, desconexões ou sinais reais de falha, faça backup dos dados importantes antes de realizar testes intensivos.

FAQ — SSD começa rápido e depois fica lento

Por que meu SSD começa copiando rápido e depois fica lento?

Uma das causas possíveis é o cache pseudo-SLC. Enquanto os dados cabem nessa região rápida, a gravação apresenta alto desempenho. Depois que o cache fica ocupado, a velocidade pode cair para o desempenho sustentado da NAND.

Isso significa que o SSD está com defeito?

Não necessariamente. Uma queda previsível durante transferências longas pode fazer parte do funcionamento normal do modelo.

O que é cache SLC?

É uma região utilizada pelo SSD para absorver gravações rapidamente. Em muitos SSDs TLC e QLC, parte da NAND funciona temporariamente em modo pseudo-SLC.

Por que CrystalDiskMark mostra velocidade maior?

Testes relativamente curtos podem ocorrer dentro da região rápida do cache e medir condições diferentes de uma transferência longa.

SSD QLC é ruim?

Não. QLC pode ser adequada para muitos usos. O importante é avaliar o comportamento do modelo para sua carga, especialmente quando existe grande volume de gravação sustentada.

SSD sem DRAM é sempre lento?

Não. O desempenho depende do projeto completo. Alguns SSDs NVMe DRAM-less utilizam HMB e podem oferecer bom desempenho em várias cargas.

DRAM e cache SLC são a mesma coisa?

Não. DRAM e pseudo-SLC cumprem funções diferentes dentro da arquitetura do SSD.

O que é HMB?

Host Memory Buffer é um recurso que permite a determinados SSDs NVMe utilizar uma pequena região da RAM do computador para auxiliar seu funcionamento.

SSD cheio pode ficar mais lento?

Pode. Menos espaço disponível pode reduzir a flexibilidade do controlador e, em determinados projetos, diminuir a área disponível para cache dinâmico.

Temperatura pode reduzir a velocidade?

Sim. Se determinadas condições térmicas forem atingidas, o controlador pode reduzir desempenho através de thermal throttling.

Como saber se é cache ou temperatura?

Observe a quantidade de dados transferidos, temperatura durante a carga e se o comportamento se repete. Uma análise do modelo específico também ajuda.

SSD de 3.500 MB/s deveria copiar sempre a 3.500 MB/s?

Não. O valor representa desempenho máximo sob condições específicas. Origem, cache, interface, temperatura e tipo de carga influenciam a velocidade real.

Copiar do mesmo SSD para ele mesmo reduz a velocidade?

Pode reduzir, pois a unidade precisa atender leitura e gravação simultaneamente.

Arquivos pequenos deixam o SSD mais lento?

Eles podem reduzir bastante os MB/s porque geram muitas operações de sistema de arquivos e acessos menores.

Como verificar a saúde do SSD?

Ferramentas que exibem informações SMART, como CrystalDiskInfo, podem ajudar. Porém, SMART saudável não garante desempenho máximo em todas as cargas.

Devo fazer benchmark em um SSD que pode estar falhando?

Se existem sinais reais de falha e os dados são importantes, priorize o backup. Evite gravações intensivas desnecessárias antes de proteger os arquivos.

Seu SSD começa rápido e despenca durante arquivos grandes?

A VMIA – Manutenção e Configuração realiza diagnóstico de computadores Windows, SSDs, armazenamento, desempenho, temperatura, hardware e problemas de lentidão.

Uma análise técnica pode verificar se a queda está relacionada a cache SLC, temperatura, interface PCIe/SATA/USB, origem dos arquivos, espaço livre, configuração do sistema ou possíveis sinais de falha, evitando a substituição desnecessária de componentes.

VMIA – Manutenção e Configuração
Rua Prof. Sud Menucci, 291 – Vila Mariana – São Paulo – SP
WhatsApp/Telefone: (11) 99779-7772

Site da VMIA
Blog VMIA
WhatsApp VMIA

Um SSD atingir milhares de MB/s por alguns segundos e depois cair não prova que ele está com defeito. O número realmente interessante pode ser justamente aquele que aparece depois que o cache acaba.