SSD NVMe vs SATA em 2026: Qual Escolher para a Sua Infraestrutura?
✎ Duarte Spínola |
A decisão entre SSD NVMe e SATA em 2026 deixou de ser apenas uma questão de velocidade sequencial. Com a chegada massiva do PCIe 5.0 ao mercado consumer e enterprise, a diferença de largura de banda entre um SSD SATA III de 550 MB/s e um NVMe Gen5 de 14 GB/s é superior a 25×. No entanto, para a maioria das cargas de trabalho de uma PME — file server, Active Directory, bases de dados pequenas, virtualização leve — essa diferença raramente se traduz em ganhos proporcionais de produtividade. Este guia percorre a arquitectura, os números reais, os form factors, a endurance da NAND, os controladores com e sem DRAM, os modelos recomendados em 2026 e os critérios práticos para decidir quando NVMe justifica o investimento extra e quando SATA continua a ser a escolha correcta.
1. SATA III vs NVMe: Protocolo, Interface e Arquitectura
AHCI vs NVMe: o que muda no protocolo
O protocolo AHCI (Advanced Host Controller Interface) foi desenhado em 2004 para discos rotativos (HDD) com fila de comandos profunda de 1 (NCQ até 32 em SATA II/III). O NVMe (Non-Volatile Memory Express) foi criado especificamente para flash NAND sobre PCIe, com uma queue depth de até 64K comandos por queue e 64K queues paralelas (NVM Express Specifications, SNIA — What is NVMe).
A tabela seguinte resume as diferenças arquitecturais:
| Característica | SATA III / AHCI | NVMe sobre PCIe |
|---|---|---|
| Especificação base | SATA 3.2 (2009) (SATA-IO) | NVMe 2.0+ (2021) (NVM Express) |
| Interface física | Serial ATA (6 Gbps raw) | PCIe lanes (gen 3/4/5) |
| Largura de banda por lane | 0.6 Gbps (≈600 MB/s raw, ≈550 MB/s útil) | 1 GB/s (gen3) / 2 GB/s (gen4) / 4 GB/s (gen5) por lane |
| Lanes usadas | 1 lane SATA dedicada | 4 lanes PCIe (x4) típicos em M.2 |
| Queue depth | 32 comandos (NCQ, 1 queue) | 64K comandos × 64K queues |
| Latência de protocolo | ~6 µs (AHCI overhead) | < 2 µs (NVMe sobre PCIe 4.0); < 1 µs em gen5 |
| Driver | genérico AHCI (universal) | NVMe driver nativo (Linux, Windows 10/11, ESXi 7+) |
| Comando de trim | TRIM sobre SATA | Dealocate / DSM sobre NVMe |
Implicação prática: o bottleneck de AHCI não é apenas a largura de banda — é a queue depth. Para workloads com I/O paralelo (bases de dados OLTP, virtualização com múltiplas VMs), o NVMe reduz a latência de fila de milissegundos para microssegundos, mesmo em cenários onde a velocidade sequencial não é o factor limitativo.
Interface física: SATA vs PCIe
O SATA III opera sobre um cabo Serial ATA dedicado a 6 Gbps (geração 3.x, 2009). O protocolo物理 de signaling é diferente do PCIe — não são interoperáveis sem adaptadores. Um SSD M.2 SATA usa pinos diferentes de um SSD M.2 NVMe, embora partilhem o mesmo conector físico (Key B+M) em alguns modelos.
O NVMe usa lanes PCIe directamente. Cada lane PCIe 5.0 oferece ~4 GB/s bidireccional (aproximadamente 3.9 GB/s de payload útil após codificação 128b/130b); um SSD M.2 NVMe gen5 típico usa 4 lanes (x4), obtendo ~16 GB/s bruto, ~14 GB/s útil (NVM Express Specifications).
2. Gerações PCIe e Velocidades: Teóricas vs Reais
Tabela de largura de banda por geração
| Geração PCIe | Largura por lane (bruta) | Largura por lane (útil) | x4 bruto (4 lanes) | x4 útil (NVMe M.2) | Gen NVMe comum |
|---|---|---|---|---|---|
| PCIe 1.0 | 250 MB/s | ~200 MB/s | 1 GB/s | ~0.8 GB/s | — |
| PCIe 2.0 | 500 MB/s | ~400 MB/s | 2 GB/s | ~1.6 GB/s | NVMe gen2 (raro) |
| PCIe 3.0 | ~985 MB/s | ~982 MB/s | ~3.94 GB/s | ~3.5 GB/s | NVMe gen3 |
| PCIe 4.0 | ~1.97 GB/s | ~1.94 GB/s | ~7.88 GB/s | ~7.0 GB/s | NVMe gen4 |
| PCIe 5.0 | ~3.94 GB/s | ~3.88 GB/s | ~15.75 GB/s | ~14 GB/s | NVMe gen5 (2024+) |
| PCIe 6.0 (preview 2026) | ~7.88 GB/s | ~7.5 GB/s | ~31.5 GB/s | ~28 GB/s | Esperado 2027 |
Velocidades teóricas vs reais
A diferença entre a velocidade teórica e a real deve-se a três factores:
- Overhead de codificação: PCIe 5.0 usa codificação 128b/130b (1.5% de overhead), reduzindo 16 GB/s brutos para ~14 GB/s de payload.
- Overhead de protocolo NVMe: ~1–3% de overhead por TLP, MSI-X, e gestão de queues.
- Controlador e NAND: o controlador raramente consegue saturar 100% do link PCIe. Um Samsung 990 Pro (gen4) atinge ~7.450 MB/s de leitura sequencial, ~93% do limite teórico de 7.88 GB/s. Um Samsung 9100 Pro (gen5, 2025–2026) atinge ~14.800 MB/s de leitura, ~94% do limite teórico de 15.75 GB/s (Samsung Semiconductor — Client SSD, Samsung Semiconductor — Enterprise SSD).
Exemplo prático de cálculo
sudo nvme id-ctrl /dev/nvme0 | grep -iE “pci|speed|lanes”
sudo lspci -vvv -s $(sudo nvme list | awk ‘/nvme0/{print $1}’ | sed ‘s|/dev/||’) | grep -iE “lnksta|lnkcap”
# Output esperado para gen5 x4:
# LnkSta: Speed 16GT/s, Width x4
# LnkCap: Speed 16GT/s, Width x4
# 16 GT/s × 4 lanes × (128/130) = ~15.75 GB/s bruto → ~14 GB/s útil
SATA III: o tecto de 550 MB/s
O SATA III opera a 6 Gbps brutos. Após codificação 8b/10b (20% de overhead) e overhead de protocolo SATA, a velocidade útil máxima é ~550 MB/s. Este limite é físico e impossível de ultrapassar — não há “SATA IV”. Qualquer SSD SATA moderno consegue saturar este tecto em leitura sequencial, pelo que a diferença entre modelos SATA é quase exclusivamente em IOPS aleatórios, endurance e capacidade, não em velocidade sequencial (SATA-IO Developers).
3. Form Factors e Conectores: M.2, U.2, U.3, EDSFF e Add-in Card
Tabela de form factors
| Form Factor | Dimensões | Interface | Uso típico | Notas |
|---|---|---|---|---|
| M.2 2280 | 22×80 mm | PCIe x4 / SATA | Consumer, prosumer, servidor entry-level | Mais comum; pode ser SATA ou NVMe (ver pinos) |
| M.2 22110 | 22×110 mm | PCIe x4 | Enterprise, datacenter | Mais PCB para NAND extra e melhor dissipação |
| M.2 2230/2242 | 22×30/42 mm | PCIe x4 | Dispositivos móveis, handhelds | Capacidade limitada (256 GB–1 TB) |
| U.2 (SFF-8639) | 2.5″ | PCIe x4 | Enterprise, servidor rack | Hot-swap; cabo U.2 → Mini-SAS HD ou SlimSAS |
| U.3 (SFF-TA-1001) | 2.5″ | PCIe x4 / SATA | Enterprise, servidor rack | Evolução do U.2; compatível com backplanes que suportam SATA, SAS e NVMe simultaneamente |
| EDSFF E1.S | 1U long | PCIe x4 | Datacenter, storage denso | Hot-swap, melhor fluxo de ar que U.2 |
| EDSFF E3.S | 3.5″-class | PCIe x4/x8 | Datacenter de alta densidade | Evolução do U.2/U.3 para racks de alta densidade |
| Add-in Card (AIC) | PCIe full/half-height | PCIe x4/x8/x16 | Workstations, servidores sem slot M.2 | NVMe em slot PCIe; inclui heatsink próprio |
M.2 Key B, M, B+M: pinos e compatibilidade
| Key | Pinos usados | Interface | Direcção |
|---|---|---|---|
| Key M | Pinagens 59–66 | PCIe x4 (NVMe) | 2 lados |
| Key B | Pinagens 20–28 | PCIe x2 + SATA | 2 lados |
| Key B+M | Ambas as zonas | PCIe x2 (NVMe) ou SATA | 2 lados |
Um SSD M.2 NVMe gen4/gen5 usa tipicamente Key M (pinagens 59–66, PCIe x4). Um SSD M.2 SATA usa Key B+M. Um slot M.2 que aceite ambos tem ambas as zonas de pinos. Inserir um SSD B+M SATA num slot Key-M-only NVMe não funciona — o controlador SATA não é reconhecido.
sudo nvme list
# Se aparecer em /dev/nvmeX → é NVMe
# Se aparecer em /dev/sdX → é SATA (incluindo M.2 SATA)
# Verificar a chave física (sem desmontar):
sudo smartctl -a /dev/sda | grep -i “form factor\|interface”
# ou
sudo nvme id-ctrl /dev/nvme0 | grep -iE “mn|sn|fr”
SATA Express
O SATA Express (SATA 3.2, 2013) foi uma tentativa de unificar SATA e PCIe num único conector. Falhou comercialmente — nenhum SSD SATA Express chegou ao mercado em volume. O conector SATA Express é raramente encontrado em motherboards pós-2017, mas alguns slots M.2 ainda suportam ambos os protocolos (SATA + NVMe) através de pinagens Key B+M.
4. IOPS, Latência, Consumos e Temperaturas
IOPS: a métrica que realmente importa
| Tipo de SSD | IOPS leitura aleatória (4K) | IOPS escrita aleatória (4K) | Latência típica |
|---|---|---|---|
| SATA III (TLC, com DRAM) | 90.000–100.000 | 80.000–95.000 | 50–100 µs |
| SATA III (QLC, DRAM-less) | 60.000–80.000 | 40.000–60.000 | 80–150 µs |
| NVMe gen3 (TLC, com DRAM) | 300.000–600.000 | 300.000–500.000 | 10–20 µs |
| NVMe gen4 (TLC, com DRAM) | 800.000–1.500.000 | 800.000–1.200.000 | 5–10 µs |
| NVMe gen5 (TLC, com DRAM) | 1.500.000–2.500.000 | 1.500.000–2.000.000 | 2–5 µs |
| NVMe enterprise (U.2, PM6/PM9A3) | 1.000.000–2.000.000+ | 500.000–1.000.000+ | < 10 µs |
A diferença de IOPS é o principal argumento para NVMe em workloads de bases de dados e virtualização. Um SQL Server com OLTP em SATA III fica limitado a ~100K IOPS; o mesmo servidor com NVMe gen4 pode alcançar 1M+ IOPS, reduzindo o tempo de transacção proporcionalmente.
Consumo energético
| Tipo | Consumo idle | Consumo máximo (leitura) | Consumo máximo (escrita sustentada) |
|---|---|---|---|
| SATA III 2.5″ | 0.05 W | 2.5–3.5 W | 3.5–5.0 W |
| M.2 NVMe gen3 | 0.05 W (ASPM) | 5–7 W | 6–8 W |
| M.2 NVMe gen4 | 0.05–0.1 W (ASPM) | 7–9 W | 8–11 W |
| M.2 NVMe gen5 | 0.1–0.2 W (ASPM) | 10–12 W | 12–14 W |
| U.2 enterprise | 0.5–1.0 W | 12–25 W | 20–25 W |
O consumo do NVMe gen5 é quase o dobro do gen4 em pico. Em sistemas com múltiplos NVMe gen5 (e.g. 4× SSDs), o consumo total pode atingir 56 W só em SSDs — relevante para PSUs de torres e para cálculo térmico em racks.
Temperaturas e thermal throttling
| Tipo | Temp. idle | Temp. operação típica | Throttle a |
|---|---|---|---|
| SATA III 2.5″ | 30–35°C | 40–50°C | ~70°C (raro) |
| M.2 NVMe gen3 (sem heatsink) | 35–40°C | 55–70°C | 70–80°C |
| M.2 NVMe gen4 (sem heatsink) | 40–45°C | 65–85°C | 80–85°C |
| M.2 NVMe gen5 (sem heatsink) | 45–50°C | 80–95°C | 85°C (agressivo) |
| M.2 NVMe gen5 (com heatsink) | 40–45°C | 55–70°C | raramente atinge throttle |
O thermal throttling em NVMe gen5 é particularmente agressivo — um SSD gen5 sem heatsink pode perder 30–50% de performance sustentada após 30–60 segundos de escrita sequencial, caindo para ~7 GB/s (nível gen4) até a temperatura baixar. Ver secção 9 sobre heatsinks.
5. NAND Flash e Endurance: SLC, MLC, TLC, QLC e TBW
Tipos de NAND por bits por célula
| Tipo | Bits/célula | Níveis de tensão | Escritas por célula (P/E cycles) | Densidade | Custo relativo | Uso típico 2026 |
|---|---|---|---|---|---|---|
| SLC | 1 | 2 | 50.000–100.000 | Baixa | 10× | Industrial, enterprise write-intensive (pseudSLC em consumer) |
| MLC (2-bit) | 2 | 4 | 3.000–10.000 | Média | 3× | Quase extinto em consumer; enterprise |
| TLC (3-bit) | 3 | 8 | 1.000–3.000 | Alta | 1× (referência) | Consumer e prosumer standard |
| QLC (4-bit) | 4 | 16 | 100–1.000 | Muito alta | 0.7× | Consumer de alta capacidade, archive, read-intensive |
Endurance (TBW — Total Bytes Written)
O TBW é a quantidade total de dados que pode ser escrita no SSD antes de a garantia expirar. É calculado com base nos P/E cycles da NAND, capacidade e factor de amplificação de escrita (WAF). A tabela seguinte mostra TBW típico por capacidade e tipo:
| Capacidade | SATA TLC (ex: MX500) | NVMe gen4 TLC (ex: 990 Pro) | NVMe gen4 QLC (ex: 870 QVO) | Enterprise NVMe TLC (ex: PM9A3) |
|---|---|---|---|---|
| 500 GB | 300 TBW | 300 TBW | 360 TBW | — |
| 1 TB | 600 TBW | 600 TBW | 360 TBW | 1.300 TBW (DWPD ~0.3) |
| 2 TB | 1.200 TBW | 1.200 TBW | 720 TBW | 2.600 TBW |
| 4 TB | — | 2.400 TBW | 1.440 TBW | 5.200 TBW |
| 8 TB | — | — | 2.880 TBW | 10.400 TBW |
| 15.36 TB | — | — | — | 29.000 TBW (DWPD ~1) |
DWPD (Drive Writes Per Day)
Em enterprise, o TBW é frequentemente expresso como DWPD — quantas vezes se pode escrever a capacidade total do SSD por dia durante a garantia (tipicamente 5 anos):
# Exemplo: PM9A3 15.36 TB, 29.000 TBW, 5 anos:
# DWPD = 29.000 / (15.36 × 365 × 5) = 29.000 / 28.032 ≈ 1.03 DWPD
sudo smartctl -a /dev/nvme0 | grep -iE “percentage_used|data_units_written|data_units_read”
# Output:
# Percentage Used: 0%
# Data Units Written: 1.234.567 (≈632 GB)
# Data Units Read: 5.678.901 (≈2.910 GB)
PseudSLC (SLC Cache)
Quase todos os SSDs TLC e QLC consumer usam pseudSLC (também chamado SLC cache ou dynamic SLC): uma parte da NAND é escrita em modo SLC (1 bit por célula) para acelerar escritas pequenas e aleatórias. Quando o cache SLC enche (em escritas sustentadas de grande volume), a velocidade cai para o ritmo nativo da NAND:
| Cenário | Velocidade com SLC cache | Velocidade após cache (TLC nativo) | Velocidade após cache (QLC nativo) |
|---|---|---|---|
| Escrita sequencial 1 TB | 7 GB/s (gen4) | 1.5–2.5 GB/s | 200–800 MB/s |
| Escrita aleatória 4K (curta) | 800K IOPS | 50–100K IOPS | 10–30K IOPS |
Este comportamento é o principal argumento contra QLC para workloads de escrita sustentada (file servers com muito I/O, vídeo editing, logs).
6. DRAM Cache, DRAM-less e HMB (Host Memory Buffer)
DRAM vs DRAM-less
| Característica | Com DRAM | DRAM-less | DRAM-less + HMB |
|---|---|---|---|
| Tabela de mapeamento (FTL) | Em DRAM do SSD (1 GB por 1 TB) | Em NAND (lento) | Em RAM do host via HMB |
| Latência de leitura aleatória | Óptima | Pior (50–100% acima) | Próxima de com-DRAM |
| IOPS aleatório (4K) | Referência | 60–80% do DRAM | 85–95% do DRAM |
| Custo de BOM | +5–15% | Referência | Referência |
| Consumo | +0.5–1 W | Referência | Referência |
| Exemplos consumer | Samsung 990 Pro, WD SN850X, Crucial T700 | Crucial P3, WD SN770 | Kingston KC3000, Samsung 990 EVO |
HMB (Host Memory Buffer)
O HMB foi introduzido no NVMe 1.2 (2016) e permite que um SSD DRAM-less use um pequeno buffer (tipicamente 32–64 MB) da RAM do sistema para guardar a tabela de mapeamento (FTL). Isto reduz significativamente a penalidade de performance dos DRAM-less, aproximando-os de SSDs com DRAM em workloads aleatórios.
sudo nvme id-ctrl /dev/nvme0 | grep -i hmb
# Output esperado se suportar HMB:
# HMPRE: 0x1000000 (16 MB preferido)
# HMMIN: 0x800000 (8 MB mínimo)
# HMMAXD: 0x1000000 (16 MB máximo)
# Confirmar se HMB está activo (após boot):
sudo nvme get-log /dev/nvme0 -l 14 | xxd | head -20
# ou:
cat /sys/class/nvme/nvme0/device/queue/hmb
Quando evitar DRAM-less
- Servidores de bases de dados: o FTL em NAND causa picos de latência de 1–10 ms em garbage collection — inaceitável para OLTP.
- Virtualização densa (>10 VMs): a contenda na FTL sem DRAM agrava-se com I/O paralelo.
- Storage de VDI: logs persistentes e snapshots geram I/O aleatório que penaliza DRAM-less.
Quando DRAM-less é aceitável
- Desktop / laptop consumer: para boot, aplicações e trabalho normal, a diferença é imperceptível (< 5% em tempo de boot).
- Storage secundário / archive: onde a escrita é sequencial e a leitura é esporádica.
- Cache de leitura: se o SSD for usado como cache de leitura (read-mostly), a FTL é raramente actualizada.
7. Gen5 NVMe em 2026: Benchmarks Reais
Modelos gen5 disponíveis em 2026
| Modelo | Controlador | NAND | Capacidades | Leitura seq. | Escrita seq. | IOPS (R/W) | Preço típico (1 TB) |
|---|---|---|---|---|---|---|---|
| Samsung 9100 Pro | Pascal | TLC 8nm V-NAND | 1–4 TB | 14.800 MB/s | 13.400 MB/s | 1.550K / 1.900K | ~150 € |
| WD Black SN8100 | Proprietary gen5 | TLC BiCS8 | 1–4 TB | 14.900 MB/s | 14.000 MB/s | 1.600K / 1.800K | ~160 € |
| Crucial T705 | Phison E26 | TLC Micron B58 | 1–4 TB | 14.500 MB/s | 12.700 MB/s | 1.400K / 1.750K | ~140 € |
| Kingston Fury Renegade Gen5 | Phison E26 | TLC | 1–4 TB | 14.800 MB/s | 14.000 MB/s | 1.500K / 1.800K | ~145 € |
Benchmark com CrystalDiskMark (Windows)
O CrystalDiskMark é a ferramenta de benchmark consumer mais usada (CrystalDiskMark). Exemplo de output para um Samsung 9100 Pro 2 TB em PCIe 5.0 x4:
Drive: Samsung SSD 9100 PRO 2TB (NVMe gen5 x4)
SEQ1M Q8T1 Read: 14.812 MB/s
SEQ1M Q8T1 Write: 13.398 MB/s
SEQ128K Q32T1 Read: 14.654 MB/s
SEQ128K Q32T1 Write: 13.120 MB/s
RND4K Q32T16 Read: 1.553.200 IOPS
RND4K Q32T16 Write: 1.897.400 IOPS
RND4K Q1T1 Read: 78.540 IOPS
RND4K Q1T1 Write: 312.800 IOPS
Benchmark com fio (Linux)
O fio (Flexible I/O Tester) é o standard para benchmarks enterprise (fio documentation).
fio –name=randread –ioengine=libaio –iodepth=32 –numjobs=4 \
–rw=randread –bs=4k –direct=1 –filename=/dev/nvme0n1 \
–runtime=60 –time_based –group_reporting
# Output esperado (Samsung 9100 Pro gen5):
# read: IOPS=1.55M, BW=6056MiB/s (6349MB/s)
# latency (nsec): min=1800, max=234k, avg=82.300
# clat percentiles (nsec):
# | 1.00th=[ 6200], 5.00th=[ 7100], 10.00th=[ 7600]
# | 50.00th=[ 10000], 90.00th=[ 13200], 99.00th=[ 28400]
fio –name=seqwrite –ioengine=libaio –iodepth=16 –numjobs=1 \
–rw=write –bs=1M –direct=1 –filename=/dev/nvme0n1 \
–runtime=120 –time_based –group_reporting
# Output esperado:
# write: IOPS=13.2k, BW=13.2GiB/s (14.2GB/s)
fio –name=mixed –ioengine=libaio –iodepth=32 –numjobs=4 \
–rw=randrw –rwmixread=70 –bs=4k –direct=1 \
–filename=/dev/nvme0n1 –runtime=120 –time_based –group_reporting
# Output esperado (gen5):
# read: IOPS=1.050k, BW=4098MiB/s
# write: IOPS=450k, BW=1758MiB/s
Comparação SATA III vs NVMe gen4 vs gen5 (fio, leitura aleatória 4K)
| Configuração | IOPS | BW (4K) | Latência média | Latência p99 |
|---|---|---|---|---|
| SATA III (Samsung 870 EVO) | 98.400 | 384 MB/s | 325 µs | 850 µs |
| NVMe gen3 (Samsung 980 Pro) | 1.000.000 | 3.9 GB/s | 32 µs | 78 µs |
| NVMe gen4 (Samsung 990 Pro) | 1.500.000 | 5.8 GB/s | 21 µs | 48 µs |
| NVMe gen5 (Samsung 9100 Pro) | 1.550.000 | 6.0 GB/s | 18 µs | 28 µs |
Nota: a diferença entre gen4 e gen5 em IOPS aleatório 4K é marginal (~3–10%) — o ganho principal do gen5 é em throughput sequencial, não em IOPS. Para workloads de I/O aleatório puro, um gen4 continua a ser uma opção válida em 2026.
8. Melhores Modelos 2026 por Gama e Preço por GB
Consumer (desktop, laptop, gaming)
| Modelo | Interface | Capacidades | NAND | DRAM | TBW (1 TB) | Preço (1 TB) | €/GB |
|---|---|---|---|---|---|---|---|
| Samsung 870 EVO | SATA III | 250 GB–4 TB | TLC V-NAND | Sim | 600 TBW | ~75 € | 0.075 € |
| Crucial MX500 | SATA III | 250 GB–2 TB | TLC | Sim | 360 TBW | ~65 € | 0.065 € |
| Samsung 990 EVO Plus | NVMe gen4 | 250 GB–4 TB | TLC V-NAND | HMB | 600 TBW | ~70 € | 0.070 € |
| WD Blue SN580 | NVMe gen4 | 250 GB–2 TB | TLC | HMB | 300 TBW | ~55 € | 0.055 € |
| Kingston NV3 | NVMe gen4 | 500 GB–4 TB | QLC | HMB | 160 TBW | ~45 € | 0.045 € |
Prosumer (workstation, pequeno servidor, criativo)
| Modelo | Interface | Capacidades | NAND | DRAM | TBW (1 TB) | Preço (1 TB) | €/GB |
|---|---|---|---|---|---|---|---|
| Samsung 990 Pro | NVMe gen4 | 250 GB–4 TB | TLC V-NAND | Sim | 600 TBW | ~100 € | 0.100 € |
| WD Black SN850X | NVMe gen4 | 500 GB–8 TB | TLC BiCS | Sim | 600 TBW | ~95 € | 0.095 € |
| Samsung 9100 Pro | NVMe gen5 | 1–4 TB | TLC V-NAND | Sim | 600 TBW | ~150 € | 0.150 € |
| Crucial T705 | NVMe gen5 | 1–4 TB | TLC Micron | Sim | 600 TBW | ~140 € | 0.140 € |
| Seagate FireCuda 530 | NVMe gen4 | 500 GB–4 TB | TLC | Sim | 640 TBW | ~110 € | 0.110 € |
Enterprise (servidor, datacenter)
| Modelo | Form Factor | Capacidades | NAND | DWPD (5 anos) | TBW (15.36 TB) | Preço (15.36 TB) | €/GB |
|---|---|---|---|---|---|---|---|
| Samsung PM9A3 | U.2 / M.2 | 960 GB–15.36 TB | TLC V-NAND | ~1 DWPD | 29.000 TBW | ~1.200 € | 0.078 € |
| Samsung PM893 | SATA 2.5″ | 480 GB–15.36 TB | TLC V-NAND | ~1 DWPD | 27.930 TBW | ~900 € | 0.058 € |
| Micron 7450 PRO | U.2 / M.2 | 960 GB–15.36 TB | TLC | ~0.3 DWPD | 8.750 TBW | ~1.000 € | 0.065 € |
| Kioxia CD8 | U.2 / E1.S | 800 GB–15.36 TB | TLC BiCS | ~1 DWPD | 27.370 TBW | ~1.100 € | 0.072 € |
| Solidigm D7-PE5510 | U.2 | 960 GB–15.36 TB | TLC | ~1 DWPD | 27.300 TBW | ~1.050 € | 0.068 € |
| Intel/Solidigm P5520 | U.2 / E1.L | 1.92 TB–15.36 TB | QLC | ~0.3 DWPD | 8.400 TBW | ~750 € | 0.049 € |
Fontes: Samsung Semiconductor — Enterprise SSD, Samsung Semiconductor — Client SSD, Micron — Solid State Storage, Intel — SSDs, Crucial — SSD, Seagate — Internal SSDs, Kioxia, SK Hynix.
Preço por GB em 2026: tendência
| Gama | €/GB SATA III | €/GB NVMe gen4 | €/GB NVMe gen5 |
|---|---|---|---|
| Consumer (1 TB) | 0.055–0.075 € | 0.045–0.100 € | 0.140–0.150 € |
| Prosumer (1 TB) | — | 0.095–0.110 € | 0.140–0.160 € |
| Enterprise (15 TB) | 0.055–0.060 € | 0.065–0.080 € | 0.080–0.100 € |
O NVMe gen4 consumer está, em 2026, ao mesmo nível de preço ou mais barato que o SATA III TLC com DRAM. O gen5 tem um prémio de ~50–70% sobre o gen4, justificado apenas para workloads que beneficiam de >7 GB/s sustentados.
9. Quando Escolher NVMe vs SATA: RAID, Boot, Compatibilidade e Heatsinks
Decisão prática: NVMe vs SATA por workload
| Workload | SATA III suficiente? | NVMe justifica? | Recomendação 2026 |
|---|---|---|---|
| Boot drive (OS) | Sim (diferença < 2 s no boot) | Sim, se orçamento permite | NVMe gen4 (preço igual a SATA) |
| File server (SMB/NFS) | Sim | Não (bottleneck é rede, não disco) | SATA III ou NVMe gen4 entry |
| Active Directory / DC | Sim | Não | SATA III suficiente |
| SQL Server (OLTP, < 100 tx/s) | Sim | Não | SATA III com DRAM |
| SQL Server (OLTP, 100–10.000 tx/s) | Não | Sim | NVMe gen4 enterprise (U.2) |
| Virtualização (1–5 VMs) | Sim | Sim, se VMs são I/O-intensive | NVMe gen4 |
| Virtualização (10+ VMs) | Não | Sim, crítico | NVMe gen4/gen5 enterprise (U.2) |
| VDI (50+ desktops) | Não | Sim | NVMe enterprise com PLP |
| Backup / archive | Sim | Não | SATA III ou QLC NVMe |
| Cache de leitura (ZFS L2ARC) | Sim | Sim (mais IOPS) | NVMe gen4 DRAM-less |
| Cache de escrita (ZFS SLOG) | Não (latência太高) | Sim, crítico | NVMe gen4 enterprise com PLP |
| Container registry / Docker | Sim | Sim (pull de imagens) | NVMe gen4 |
| Video editing (4K/8K) | Não (throughput) | Sim | NVMe gen4/gen5 |
Boot performance: a diferença real
Em sistemas modernos (UEFI, Windows 11/Server 2026, Linux 6.x), o tempo de boot é dominado pelo POST da BIOS/UEFI (~5–15 s) e não pelo disco. A diferença entre SATA III e NVMe no tempo de boot é tipicamente < 2 segundos:
| Configuração | POST UEFI | Boot OS (kernel load) | Login pronto |
|---|---|---|---|
| SATA III (MX500 1 TB) | 8.0 s | 4.2 s | 12.2 s |
| NVMe gen4 (990 Pro 1 TB) | 8.0 s | 2.1 s | 10.1 s |
| NVMe gen5 (9100 Pro 1 TB) | 8.0 s | 1.8 s | 9.8 s |
A diferença é mensurável mas não perceptível para um utilizador humano. O argumento para NVMe como boot drive é o desempenho de I/O pós-boot (aplicações, logs, updates), não o boot em si.
RAID NVMe: considerações
#### RAID por software (mdadm, ZFS, Storage Spaces)
sudo mdadm –create /dev/md0 –level=0 –raid-devices=2 /dev/nvme0n1 /dev/nvme1n1
sudo mkfs.xfs /dev/md0
# Verificar throughput resultante
sudo fio –name=raid0read –rw=read –bs=1M –ioengine=libaio \
–iodepth=64 –numjobs=4 –direct=1 –filename=/dev/md0 \
–runtime=60 –time_based –group_reporting
# Output esperado (2× 990 Pro gen4):
# read: IOPS=14.2k, BW=14.2GiB/s (15.2GB/s)
| Configuração | Throughput leitura sequencial | Notas |
|---|---|---|
| 1× NVMe gen4 (990 Pro) | 7.4 GB/s | Referência |
| 2× NVMe gen4 RAID 0 | ~14 GB/s | Próximo do dobro |
| 4× NVMe gen4 RAID 0 | ~22 GB/s | Bottleneck no CPU/PCIe switch |
| 2× NVMe gen5 RAID 0 | ~20 GB/s | Limitado por PCIe switch |
| 2× SATA III RAID 0 | ~1.0 GB/s | Limitado pelo controlador SATA |
#### RAID por hardware (HBA/RAID card)
RAID cards NVMe (e.g. Broadcom MegaRAID 9560-8i, Adaptec MAX 1100-16i) são caros (~800–1.500 €) e raramente justificam o custo sobre RAID por software (mdadm/ZFS) para PME. O RAID por software moderno em Linux 6.x (mdadm + mdadm-bitmap, ou ZFS) tem overhead < 5% e suporta TRIM/deallocate nativamente.
#### Volumes RAID por software vs hardware
| Critério | RAID software (mdadm/ZFS) | RAID hardware (HBA) |
|---|---|---|
| Custo | 0 € (incluso no SO) | 500–1.500 € |
| Overhead de CPU | 1–3% (xor) | 0% (offload) |
| Flexibilidade | Alta (mudar nível online) | Baixa (fixed por card) |
| Hot-swap NVMe | Sim (U.2/nvmecli) | Sim |
| TRIM/Deallocate | Sim (mdadm 4.x+) | Nem todos suportam |
| Monitorização | smartctl, nvme-cli | Proprietário |
Compatibilidade BIOS/UEFI
#### Requisitos para boot NVMe
Para fazer boot a partir de um SSD NVMe, a BIOS/UEFI precisa de:
- Módulo NVMe OpROM na UEFI: placas-mãe anteriores a 2014 (BIOS legacy) não suportam boot NVMe. Placas com UEFI 2.4+ (2014+) incluem tipicamente o módulo.
- Modo UEFI (não CSM/Legacy): o NVMe boot exige UEFI puro; CSM (Compatibility Support Module) pode não reconhecer o NVMe.
- Slot M.2 com lanes PCIe correctos: alguns slots M.2 partilham lanes com SATA ports ou PCIe slots — verificar o manual da placa-mãe.
ls /sys/firmware/efi # Existe → sistema bootou em UEFI
sudo nvme list # Lista SSDs NVMe visíveis ao SO
sudo efibootmgr # Mostra entradas de boot UEFI (deve incluir o NVMe)
# Verificar partição EFI
sudo blkid | grep EFI
# Output esperado:
# /dev/nvme0n1p1: UUID=”…” TYPE=”vfat” PARTLABEL=”EFI System Partition”
#### Slots M.2 que partilham lanes
Em muitas placas-mãe consumer, o slot M.2 partilha lanes PCIe com:
- Portas SATA (instalar NVMe desactiva 2 portas SATA)
- Outro slot PCIe (instalar NVMe reduz o segundo slot de x16 para x8)
Verificar o manual da placa-mãe antes de comprar. Em servidores (Supermicro, Dell, HPE), os slots U.2/NVMe são tipicamente dedicados (sem partilha).
Heatsinks e Thermal Throttling
#### Necessidade de heatsink por geração
| Geração NVMe | Heatsink necessário? | Tipo recomendado |
|---|---|---|
| gen3 | Opcional (apenas workloads sustentados) | Heatsink passivo simples |
| gen4 | Recomendado para workloads sustentados | Heatsink passivo com heatpipe |
| gen5 | Obrigatório para uso sustentado | Heatsink activo (com ventoinha) ou heatsink massivo |
O thermal throttling em NVMe gen5 é particularmente agressivo. Um SSD gen5 sem heatsink pode atingir 85°C em < 60 segundos de escrita sustentada, reduzindo a velocidade para ~7 GB/s (nível gen4). Com um heatsink adequado, a temperatura mantém-se abaixo de 70°C e a velocidade sustentada é preservada.
watch -n 1 ‘sudo nvme smart-log /dev/nvme0 | grep -iE “temperature|thermal”‘
# Output:
# Temperature: 52 Celsius
# Critical Composite Temperature Threshold: 80 Celsius
# Warning Composite Temperature Threshold: 70 Celsius
# Thermal Management TCC1 Trans Count: 0
# Thermal Management TCC2 Trans Count: 0
#### Throttling em SATA III
SSDs SATA raramente fazem throttle térmico — o controlador consome < 5 W e a dissipação do form factor 2.5" é suficiente. Em M.2 SATA o consumo é ainda menor (< 3 W).
Checklist de decisão rápida
→ NVMe gen4+ enterprise (U.2)
→ Se IOPS < 100K, SATA III com DRAM é suficiente
2. O workload é leitura/escrita sequencial (video, backup, archive)?
→ NVMe gen4 consumer se > 2 GB/s necessário
→ SATA III se < 550 MB/s é suficiente
3. O orçamento é limitado e a capacidade é prioridade?
→ SATA III (€/GB mais baixo em consumer) ou QLC NVMe gen4
4. A placa-mãe/servidor suporta NVMe boot?
→ Verificar UEFI 2.4+ e slot M.2/U.2 disponível
→ Se não, SATA III é a única opção
5. O servidor tem ventilação adequada para NVMe gen5?
→ Heatsink obrigatório para gen5
→ Verificar fluxo de ar no chassis
Checklist Pré-Produção
Antes de implementar SSDs NVMe ou SATA em ambiente produtivo, confirma:
- Geração PCIe suportada pela placa-mãe/servidor:
sudo lspci -vvv | grep -iE "lnkcap|lnksta"— deve mostrarSpeed 16GT/spara gen5,Speed 8GT/spara gen4,Speed 5GT/spara gen3. - Slot M.2/U.2 não partilha lanes com SATA ou PCIe: consultar manual da placa-mãe; verificar com
sudo lsscsi -tesudo lspci -tantes e depois de instalar. - UEFI com módulo NVMe OpROM (para boot):
ls /sys/firmware/efideve existir;sudo efibootmgrdeve listar o NVMe como entrada de boot. - Firmware do SSD actualizado:
sudo nvme fw-download /dev/nvme0 -s <slot> -f firmware.bin && sudo nvme fw-activate /dev/nvme0 -s <slot>— verificar changelog do fabricante para correcções de estabilidade. - Heatsink instalado (NVMe gen4+/gen5): monitorizar temperatura em carga sustentada com
sudo nvme smart-log /dev/nvme0— Warning Threshold não deve ser atingido. - SMART activado e monitorização configurada:
sudo smartctl -a /dev/nvme0 | grep -iE "percentage_used|media_errors|data_units"— configurar alertas parapercentage_used > 50%oumedia_errors > 0. - Backup do estado antes de mudar de SATA para NVMe (migração): imagem completa com
ddou ferramenta de imaging (Clonezilla, Macrium); validar integridade com checksumsha256sum. - Staging environment disponível (VM de teste ou servidor spare) para validar workload real antes de aplicar em produção — especialmente para RAID NVMe e mudanças de controladora SATA para NVMe.
⚠ ⚠️ Comandos que afectam o armazenamento do servidor (e.g. mdadm --create, `nvm
Artigos Relacionados
- SSD NVMe vs SATA em 2026: Guia de Compra para Sysadmins e PME (este artigo)
- Configurar RAID por Software em Linux com mdadm: Guia Completo 2026
- Monitorização SMART de SSDs NVMe e SATA com smartctl e nvme-cli
- ZFS em 2026: SLOG, L2ARC e NVMe para Performance de Armazenamento
- Migração de SATA para NVMe: Clonagem e Boot UEFI Sem Dores de Cabeça
- Thermal Management em Servidores: Fluxo de Ar, Heatsinks e Throttling NVMe
- Escolher SSDs Enterprise: DWPD, TBW e PLP para Datacenters
- Benchmarking de Armazenamento com fio: Guia Prático para Sysadmins
