El Crucial P2 fue lanzado, y revisado por nuestro equipo, a principios de este año. La unidad es una SSD M.2 NVMe estándar que tiene como objetivo ser de bajo costo con un rendimiento decente para la entrada a los casos de uso general (piense en el correo electrónico y la navegación web). El lanzamiento inicial vino en capacidades de 250 GB y 500 GB, y se prometió que vendrán más. Ahora Crucial lanzó capacidades de 1 TB y 2 TB en el P2, el último de los cuales veremos en esta revisión.
El Crucial P2 fue lanzado, y revisado por nuestro equipo, a principios de este año. La unidad es una SSD M.2 NVMe estándar que tiene como objetivo ser de bajo costo con un rendimiento decente para la entrada a los casos de uso general (piense en el correo electrónico y la navegación web). El lanzamiento inicial vino en capacidades de 250 GB y 500 GB, y se prometió que vendrán más. Ahora Crucial lanzó capacidades de 1 TB y 2 TB en el P2, el último de los cuales veremos en esta revisión.
Como se indicó en la revisión anterior, el Crucial P2 es un paso adelante de la línea P1 de la compañía. El modelo de 2 TB viene con software de administración para optimización del rendimiento, seguridad de datos y actualizaciones de firmware, así como Acronis True Image for Crucial, el último de los cuales permite a los usuarios clonar unidades y hacer copias de seguridad de sistemas operativos, aplicaciones y configuraciones. La mayor diferencia, además de una mayor capacidad, es un mayor rendimiento, hasta 2.4 GB/s de lectura, y una mayor resistencia, hasta 600 TBW.
El Crucial P2 2TB viene con una garantía de 5 años y se puede recoger por $221 hoy.
Especificaciones de revisión de SSD Crucial P2 NVMe
| Fácil de usar | PCIe G3 1×4 / NVMe |
| Factor de forma | M.2 2280 |
| Capacidades | 2TB |
| Performance | Lectura secuencial (hasta) – 2,400 MB/s Escritura secuencial (hasta) – 1,900 MB/s |
| Software de transferencia de datos | Acronis True Image para el software de clonación Crucial |
| Características avanzadas | Aceleración de escritura dinámica Matriz redundante de NAND independiente (RAIN) Algoritmos de integridad de datos de varios pasos Protección Térmica Adaptativa Inmunidad a pérdida de energía integrada Recolección de basura activa TRIM Support Tecnología de informes y autosupervisión estándar NVMe (INTELIGENTE) Código de corrección de errores (ECC) Compatibilidad con la transición autónoma del estado de energía (APST) de NVMe |
| Esperanza de vida (MTTF) | 1.5 millón de horas |
| Trabajadora | 600 bytes totales escritos (TBW) |
| Garantía | Limitada de 5 años del fabricante |
Rendimiento de SSD Crucial P2 NVMe
Banco de pruebas
La plataforma de prueba aprovechada en estas pruebas es una Dell PowerEdge R740xd servidor. Medimos el rendimiento de SATA a través de una tarjeta RAID Dell H730P dentro de este servidor, aunque configuramos la tarjeta en modo HBA solo para desactivar el impacto de la memoria caché de la tarjeta RAID. NVMe se prueba de forma nativa a través de una tarjeta adaptadora M.2 a PCIe. La metodología utilizada refleja mejor el flujo de trabajo del usuario final con las pruebas de consistencia, escalabilidad y flexibilidad dentro de las ofertas de servidores virtualizados. Se pone un gran énfasis en la latencia de la unidad en todo el rango de carga de la unidad, no solo en los niveles más pequeños de QD1 (Queue-Depth 1). Hacemos esto porque muchos de los puntos de referencia comunes de los consumidores no capturan adecuadamente los perfiles de carga de trabajo de los usuarios finales.
Houdini por SideFX
La prueba de Houdini está diseñada específicamente para evaluar el rendimiento del almacenamiento en relación con la representación CGI. El banco de pruebas para esta aplicación es una variante del tipo de servidor central Dell PowerEdge R740xd que usamos en el laboratorio con dos CPU Intel 6130 y 64 GB de DRAM. En este caso, instalamos Ubuntu Desktop (ubuntu-16.04.3-desktop-amd64) ejecutando bare metal. La salida del punto de referencia se mide en segundos para completarse, cuanto menos mejor.
La demostración de Maelstrom representa una sección de la canalización de renderizado que destaca las capacidades de rendimiento del almacenamiento al demostrar su capacidad para usar de manera efectiva el archivo de intercambio como una forma de memoria extendida. La prueba no escribe los datos de los resultados ni procesa los puntos para aislar el efecto de tiempo de pared del impacto de la latencia en el componente de almacenamiento subyacente. La prueba en sí se compone de cinco fases, tres de las cuales ejecutamos como parte del benchmark, que son las siguientes:
- Carga puntos empaquetados desde el disco. Este es el momento de leer desde el disco. Esto es de subproceso único, lo que puede limitar el rendimiento general.
- Desempaqueta los puntos en una sola matriz plana para permitir que se procesen. Si los puntos no dependen de otros puntos, el conjunto de trabajo podría ajustarse para permanecer en el núcleo. Este paso es de subprocesos múltiples.
- (No Ejecutar) Procesa los puntos.
- Los vuelve a empaquetar en bloques divididos en cubos adecuados para volver a almacenarlos en el disco. Este paso es de subprocesos múltiples.
- (No Ejecutar) Escribe los bloques almacenados nuevamente en el disco.
Aquí, vemos que el Crucial P2 rinde una puntuación de 3049.673 segundos colocándose en el tercio inferior.
Rendimiento de SQL Server
Cada máquina virtual con SQL Server está configurada con dos discos virtuales: un volumen de 100 GB para el arranque y un volumen de 500 GB para la base de datos y los archivos de registro. Desde la perspectiva de los recursos del sistema, configuramos cada VM con 16 vCPU, 64 GB de DRAM y aprovechamos el controlador LSI Logic SAS SCSI. Si bien nuestras cargas de trabajo de Sysbench probadas anteriormente saturaron la plataforma tanto en E/S de almacenamiento como en capacidad, la prueba de SQL busca el rendimiento de la latencia.
Esta prueba usa SQL Server 2014 ejecutándose en máquinas virtuales invitadas de Windows Server 2012 R2 y está destacada por Benchmark Factory for Databases de Quest. Reseñas de almacenamiento Protocolo de prueba OLTP de Microsoft SQL Server emplea el borrador actual del Benchmark C (TPC-C) del Transaction Processing Performance Council, un benchmark de procesamiento de transacciones en línea que simula las actividades que se encuentran en entornos de aplicaciones complejos.
El punto de referencia TPC-C se acerca más que los puntos de referencia de rendimiento sintéticos para medir las fortalezas de rendimiento y los cuellos de botella de la infraestructura de almacenamiento en entornos de bases de datos. Cada instancia de nuestra VM de SQL Server para esta revisión utiliza una base de datos de SQL Server de 333 GB (escala 1,500) y mide el rendimiento transaccional y la latencia bajo una carga de 15,000 XNUMX usuarios virtuales.
Configuración de prueba de SQL Server (por VM)
- Windows Server 2012 R2
- Huella de almacenamiento: 600 GB asignados, 500 GB utilizados
- SQL Server 2014
- Tamaño de la base de datos: escala 1,500
-
- Carga de clientes virtuales: 15,000
- Búfer RAM: 48GB
- Duración de la prueba: 3 horas
-
- 2.5 horas de preacondicionamiento
- Período de muestra de 30 minutos
El Crucial P2 2TB tuvo una latencia promedio de 60ms, ocupando el último lugar por un amplio margen.
Análisis de carga de trabajo de VDBench
Cuando se trata de comparar dispositivos de almacenamiento, las pruebas de aplicaciones son las mejores y las pruebas sintéticas ocupan el segundo lugar. Si bien no es una representación perfecta de las cargas de trabajo reales, las pruebas sintéticas ayudan a los dispositivos de almacenamiento de referencia con un factor de repetibilidad que facilita la comparación de manzanas con manzanas entre las soluciones de la competencia. Estas cargas de trabajo ofrecen una gama de diferentes perfiles de prueba que van desde pruebas de "cuatro esquinas", pruebas comunes de tamaño de transferencia de bases de datos, hasta capturas de seguimiento de diferentes entornos VDI.
Todas estas pruebas aprovechan el generador de cargas de trabajo vdBench común, con un motor de secuencias de comandos para automatizar y capturar resultados en un gran clúster de pruebas informáticas. Esto nos permite repetir las mismas cargas de trabajo en una amplia gama de dispositivos de almacenamiento, incluidos arreglos flash y dispositivos de almacenamiento individuales. Nuestro proceso de prueba para estos puntos de referencia llena toda la superficie de la unidad con datos, luego divide una sección de la unidad equivalente al 5% de la capacidad de la unidad para simular cómo la unidad podría responder a las cargas de trabajo de la aplicación. Esto es diferente a las pruebas de entropía completa que usan el 100% del impulso y lo llevan al estado estable. Como resultado, estas cifras reflejarán velocidades de escritura más altas.
perfiles:
- Lectura aleatoria 4K: 100 % de lectura, 128 subprocesos, 0-120 % de iorate
- Escritura aleatoria 4K: 100 % de escritura, 64 subprocesos, 0-120 % de iorate
- Lectura secuencial de 64 K: 100 % de lectura, 16 subprocesos, 0-120 % de iorate
- Escritura secuencial de 64 K: 100 % de escritura, 8 subprocesos, 0-120 % de iorate
Comparables para esta revisión:
Lo primero es una lectura aleatoria de 4K. Aquí, el Crucial P2 alcanzó un máximo de 59,408 1.2 IOPS con una latencia de XNUMX ms, colocándose muy por detrás de las otras unidades.
La escritura aleatoria 4K volvió a tener un rendimiento deficiente con el P2 ocupando el último lugar con un pico de solo 9,057 IOPS y una latencia de 10.5 ms.
Al cambiar a secuencial, el Crucial P2 mantuvo su bajo rendimiento. En lectura de 64K, la unidad alcanzó un máximo de 15,264 954 IOPS o 1.1 MB/s con una latencia de XNUMX ms.
La escritura de 64K hizo que el P2 cayera al último con solo 2,022 IOPS o 126 MB/s con una latencia de 6.3 ms.
A continuación, analizamos nuestros puntos de referencia de VDI, que están diseñados para gravar aún más las unidades. Estas pruebas incluyen arranque, inicio de sesión inicial e inicio de sesión de lunes. En cuanto a la prueba de arranque, el Crucial P2 continuó con su mala actuación, alcanzando un máximo de 28,323 1.2 IOPS con una latencia de 138,475 ms, en comparación con los XNUMX XNUMX IOPS de Samsung, el mejor rendimiento.
Inicio de sesión inicial de VDI, el Crucial P2 permaneció en la parte trasera aumentando la latencia de un lado a otro. Tuvo un pico de solo alrededor de 13 2.3 IOPS con una latencia de aproximadamente 5 ms, más de 650 veces la latencia del modelo de mejor desempeño, que también tuvo más de XNUMX XNUMX IOPS.
Finalmente, en nuestro VDI Monday Login, el P2 tuvo un pico de latencia masivo antes de terminar último con un pico de 3,750 IOPS a 414 µs.
Conclusión
El Crucial P2 NVMe es un SSD de factor de forma M.2 (que aprovecha TLC NAND), que tiene como objetivo proporcionar un buen rendimiento a un precio muy bueno. La unidad viene en capacidades que van desde 250 GB a 2 TB, revisadas aquí. La mayor capacidad ofrece un mejor rendimiento y resistencia, pero aun así tiene un precio razonable.
En cuanto al rendimiento, esta unidad no funcionó bien en ninguna prueba. Ejecutamos nuestra prueba de latencia de SQL Server donde la unidad alcanzó una latencia promedio de 60 ms. A Houdini le fue bien con una puntuación de 3,049.7 segundos. En nuestro VDBench, la unidad se ubicó en último lugar con bajo rendimiento y alta latencia en todas las pruebas. Los picos incluyen 59 4 IOPS para lectura en 9 K, 4 954 IOPS para escritura en 64 K, 126 MB/s para lectura en 64 K y 28 MB/s para escritura en 13 K. Para nuestros puntos de referencia de VDI, vimos picos de arranque de 3,750 XNUMX IOPS, inicio de sesión inicial de XNUMX XNUMX IOPS e inicio de sesión de lunes de XNUMX IOPS.
Si la capacidad es la principal preocupación de uno y solo realizará un trabajo de productividad ligero, el Crucial P2 (2 TB) sería una buena unidad. Para cualquiera que necesite un mejor rendimiento, hay muchas otras opciones disponibles.
Interactuar con StorageReview
Boletín | YouTube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | RSS Feed
