O Crucial P2 foi lançado, e avaliação por nossa equipe, no início deste ano. A unidade é um SSD M.2 NVMe padrão que visa ser de baixo custo com desempenho decente para entrada em casos de uso convencionais (pense em e-mail e navegação na web). O lançamento inicial veio em capacidades de 250 GB e 500 GB, com mais promessas por vir. Agora, a Crucial lançou capacidades de 1 TB e 2 TB no P2, o último dos quais veremos nesta análise.
O Crucial P2 foi lançado, e avaliação por nossa equipe, no início deste ano. A unidade é um SSD M.2 NVMe padrão que visa ser de baixo custo com desempenho decente para entrada em casos de uso convencionais (pense em e-mail e navegação na web). O lançamento inicial veio em capacidades de 250 GB e 500 GB, com mais promessas por vir. Agora, a Crucial lançou capacidades de 1 TB e 2 TB no P2, o último dos quais veremos nesta análise.
Conforme declarado na análise anterior, o Crucial P2 é um avanço em relação à linha P1 da empresa. O modelo de 2 TB vem com software de gerenciamento para otimização de desempenho, segurança de dados e atualizações de firmware, bem como Acronis True Image for Crucial, o último dos quais permite aos usuários clonar unidades e fazer backup de sistemas operacionais, aplicativos e configurações. A maior diferença, além de mais capacidade, é maior desempenho, até 2.4 GB/s de leitura e maior resistência, até 600 TBW.
O Crucial P2 2TB vem com 5 anos de garantia e pode ser pego por $ 221 hoje.
Especificações de análise do SSD Crucial P2 NVMe
| Interface | PCIe G3 1×4/NVMe |
| Fator de forma | M.2 2280 |
| Capacidades | 2TB |
| Desempenho | Leitura sequencial (até) – 2,400 MB/s Gravação sequencial (até) – 1,900 MB/s |
| Software de transferência de dados | Software de clonagem Acronis True Image for Crucial |
| Recursos avançados | Aceleração de gravação dinâmica Matriz redundante de NAND independente (RAIN) Algoritmos de integridade de dados de várias etapas Proteção Térmica Adaptável Imunidade de perda de energia integrada Coleta de lixo ativa Suporte TRIM Tecnologia de automonitoramento e relatório padrão NVMe (INTELIGENTE) Código de correção de erro (ECC) Suporte para Transição de Estado de Energia Autônoma NVMe (APST) |
| Expectativa de vida (MTTF) | 1.5 milhões de horas |
| resistencia | Total de 600 bytes gravados (TBW) |
| Garantia | Limitada de 5 anos do fabricante |
Desempenho do SSD Crucial P2 NVMe
Mesa de teste
A plataforma de teste utilizada nesses testes é uma Dell PowerEdge R740xd servidor. Medimos o desempenho do SATA por meio de uma placa RAID Dell H730P dentro deste servidor, embora definimos a placa no modo HBA apenas para desativar o impacto do cache da placa RAID. O NVMe é testado nativamente por meio de uma placa adaptadora M.2 para PCIe. A metodologia usada reflete melhor o fluxo de trabalho do usuário final com os testes de consistência, escalabilidade e flexibilidade nas ofertas de servidores virtualizados. Um grande foco é colocado na latência da unidade em toda a faixa de carga da unidade, não apenas nos menores níveis de QD1 (Queue-Depth 1). Fazemos isso porque muitos dos benchmarks comuns do consumidor não capturam adequadamente os perfis de carga de trabalho do usuário final.
Houdini por SideFX
O teste Houdini foi projetado especificamente para avaliar o desempenho do armazenamento no que se refere à renderização CGI. O banco de teste para este aplicativo é uma variante do tipo de servidor central Dell PowerEdge R740xd que usamos no laboratório com CPUs Intel 6130 duplas e DRAM de 64 GB. Nesse caso, instalamos o Ubuntu Desktop (ubuntu-16.04.3-desktop-amd64) executando bare metal. A saída do benchmark é medida em segundos para ser concluída, com menos sendo melhor.
A demonstração do Maelstrom representa uma seção do pipeline de renderização que destaca os recursos de desempenho do armazenamento, demonstrando sua capacidade de usar efetivamente o arquivo de troca como uma forma de memória estendida. O teste não grava os dados do resultado nem processa os pontos para isolar o efeito do tempo decorrido do impacto da latência no componente de armazenamento subjacente. O teste em si é composto por cinco fases, três das quais executamos como parte do benchmark, que são as seguintes:
- Carrega pontos compactados do disco. Este é o momento de ler do disco. Isso é de thread único, o que pode limitar a taxa de transferência geral.
- Descompacta os pontos em uma única matriz plana para permitir que sejam processados. Se os pontos não tiverem dependência de outros pontos, o conjunto de trabalho pode ser ajustado para permanecer no núcleo. Esta etapa é multiencadeada.
- (Not Run) Processa os pontos.
- Reempacota-os em blocos agrupados adequados para armazenamento em disco. Esta etapa é multiencadeada.
- (Não executado) Grava os blocos agrupados de volta no disco.
Aqui, vemos o Crucial P2 obter uma pontuação de 3049.673 segundos, ficando no terço inferior.
Desempenho do SQL Server
Cada VM do SQL Server é configurada com dois vDisks: volume de 100 GB para inicialização e um volume de 500 GB para o banco de dados e arquivos de log. Do ponto de vista dos recursos do sistema, configuramos cada VM com 16 vCPUs, 64 GB de DRAM e aproveitamos o controlador LSI Logic SAS SCSI. Embora nossas cargas de trabalho Sysbench testadas anteriormente tenham saturado a plataforma tanto em E/S de armazenamento quanto em capacidade, o teste de SQL procura desempenho de latência.
Este teste usa o SQL Server 2014 em execução em VMs convidadas do Windows Server 2012 R2 e é enfatizado pelo Benchmark Factory para bancos de dados da Quest. StorageReview's Protocolo de teste OLTP do Microsoft SQL Server emprega o rascunho atual do Benchmark C (TPC-C) do Transaction Processing Performance Council, um benchmark de processamento de transações on-line que simula as atividades encontradas em ambientes de aplicativos complexos.
O benchmark TPC-C chega mais perto do que os benchmarks sintéticos de desempenho para medir os pontos fortes de desempenho e os gargalos da infraestrutura de armazenamento em ambientes de banco de dados. Cada instância de nossa VM SQL Server para esta revisão usa um banco de dados SQL Server de 333 GB (escala 1,500) e mede o desempenho transacional e a latência sob uma carga de 15,000 usuários virtuais.
Configuração de teste do SQL Server (por VM)
- Windows Server 2012 R2
- Ocupação de armazenamento: 600 GB alocados, 500 GB usados
- SQL Server 2014
- Tamanho do banco de dados: escala 1,500
-
- Carga de cliente virtual: 15,000
- Memória RAM: 48 GB
- Duração do teste: 3 horas
-
- 2.5 horas de pré-condicionamento
- período de amostra de 30 minutos
O Crucial P2 2TB teve uma latência média de 60ms, ocupando o último lugar por uma larga margem.
Análise de Carga de Trabalho do VDBench
Quando se trata de dispositivos de armazenamento de comparação, o teste de aplicativo é o melhor e o teste sintético vem em segundo lugar. Embora não seja uma representação perfeita das cargas de trabalho reais, os testes sintéticos ajudam a estabelecer a linha de base dos dispositivos de armazenamento com um fator de repetibilidade que facilita a comparação entre soluções concorrentes. Essas cargas de trabalho oferecem uma variedade de perfis de teste diferentes, desde testes de "quatro cantos", testes comuns de tamanho de transferência de banco de dados até capturas de rastreamento de diferentes ambientes VDI.
Todos esses testes utilizam o gerador de carga de trabalho vdBench comum, com um mecanismo de script para automatizar e capturar resultados em um grande cluster de teste de computação. Isso nos permite repetir as mesmas cargas de trabalho em uma ampla variedade de dispositivos de armazenamento, incluindo arrays flash e dispositivos de armazenamento individuais. Nosso processo de teste para esses benchmarks preenche toda a superfície da unidade com dados e, em seguida, particiona uma seção da unidade igual a 5% da capacidade da unidade para simular como a unidade pode responder às cargas de trabalho do aplicativo. Isso é diferente dos testes de entropia total, que usam 100% da unidade e os colocam em estado estacionário. Como resultado, esses números refletirão velocidades de gravação sustentadas mais altas.
perfis:
- Leitura aleatória em 4K: 100% de leitura, 128 threads, 0-120% de atualização
- Gravação aleatória em 4K: 100% de gravação, 64 threads, 0-120% de atualização
- Leitura sequencial de 64K: 100% de leitura, 16 threads, 0-120% iorado
- Gravação sequencial de 64K: 100% gravação, 8 threads, 0-120% iorado
Comparáveis para esta revisão:
A primeira é a leitura aleatória de 4K. Aqui, o Crucial P2 atingiu o pico de 59,408 IOPS com uma latência de 1.2 ms, ficando bem atrás das outras unidades.
A gravação aleatória de 4K novamente teve um desempenho ruim com o P2 ficando em último lugar com um pico de apenas 9,057 IOPS e uma latência de 10.5 ms.
Mudando para sequencial, o Crucial P2 manteve seu desempenho ruim. Na leitura de 64K, a unidade atingiu o pico de 15,264 IOPS ou 954 MB/s com uma latência de 1.1 ms.
A gravação de 64K viu o P2 cair para durar apenas 2,022 IOPS ou 126 MB/s com uma latência de 6.3 ms.
Em seguida, analisamos nossos benchmarks de VDI, que são projetados para sobrecarregar ainda mais as unidades. Esses testes incluem Boot, Initial Login e Monday Login. Olhando para o teste de inicialização, o Crucial P2 continuou sua exibição ruim chegando a 28,323 IOPS com uma latência de 1.2ms, em comparação com o Samsung com 138,475 IOPS, o melhor desempenho.
Login inicial VDI, o Crucial P2 permaneceu na latência de pico traseira para frente e para trás. Ele teve um pico de apenas cerca de 13 IOPS com uma latência de aproximadamente 2.3 ms, mais de 5 vezes a latência do melhor desempenho, com mais de 650 IOPS.
Finalmente, em nosso VDI Monday Login, o P2 teve um grande pico de latência antes de terminar em último com um pico de 3,750 IOPS a 414µs.
Conclusão
O Crucial P2 NVMe é um SSD de fator de forma M.2 (aproveitando TLC NAND), que visa fornecer bom desempenho a um preço muito bom. A unidade vem em capacidades que variam de 250 GB a 2 TB, analisadas aqui. A maior capacidade oferece melhor desempenho e resistência, mas ainda tem um preço razoável.
Olhando para o desempenho, esta unidade não se saiu bem em nenhum teste. Executamos nosso teste de latência do SQL Server em que a unidade atingiu uma latência média de 60 ms. Em Houdini, foi bem com uma pontuação de 3,049.7 segundos. Em nosso VDBench, a unidade ficou em último lugar com baixo desempenho e alta latência em todos os testes. Os picos incluem 59K IOPS para leitura em 4K, 9K IOPS para gravação em 4K, 954MB/s para leitura em 64K e 126MB/s para gravação em 64K. Para nossos benchmarks de VDI, vimos picos de inicialização de 28 IOPS, login inicial de 13 IOPS e 3,750 IOPS de login na segunda-feira.
Se a capacidade for a principal preocupação de alguém e eles fizerem apenas trabalhos leves de produtividade, o Crucial P2 (2 TB) seria uma boa unidade. Para quem precisa de um desempenho melhor, existem muitas outras opções por aí.
Envolva-se com a StorageReview
Newsletter | YouTube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | RSS feed
