Recientemente instalé un nuevo SSD Intel 520 series de 180GB en mi nuevo MacBook Pro.
El sistema es el siguiente:
Modelo: MacBook Pro de 15 pulgadas, finales de 2011 (MacBookPro8,2)
Procesador: 2.4 GHz Intel Core i7
Memoria: 16 GB 1333 MHz DDR3
Gráficos: AMD Radeon HD 6770M 1024 MB
Software: Mac OS X Lion 10.7.3
Bahía de unidad principal: Intel 520-series SATA-3 180GB (enlace negociado 6GB / s) SSD (Firmware: 400i) [80GB gratis]
Bahía óptica: Toshiba 5400 RPM 750GB SATA-2 HDD
Trim: habilitado (según la aplicación Trim Enabler)
Y aquí están las velocidades que estoy obteniendo:
Lectura: 412 MB / s
Escritura: 186 MB / s
¿Qué he hecho mal?
De acuerdo, una respuesta me informó que esto podría deberse a que la prueba utiliza datos comprimidos que no permitirán que el controlador SandForce de la serie Intel 520 alcance sus altos niveles de escritura en su arquitectura.
Aquí hay otra prueba (no sé si usa datos comprimidos o no):
Es mejor, pero aún no es lo que estoy buscando. Por cierto, ¿qué pasa con 32 MB / s para las operaciones de lectura 4k?
Resultados esperados:
Leer / escribir ambos> 500 MB / s
He visto puntos de referencia con SSD menores: s (incluso SATA-2) superan con creces mis velocidades de escritura. Además, se supone que los Intel 520 SSD: s son la clase superior de SSD: s.
Informe del habilitador de recorte:
Esto parece un poco extraño en comparación con las capturas de pantalla de su sitio:
Estos son los atributos SMART definidos (tomados de Intel):
Y aquí están mis atributos SMART leídos usando la herramienta smartctl de smartmontools:
No parecen muy compatibles. Voy a intentar buscar una herramienta de lectura de atributos SMART para OS X que pueda admitir la serie Intel 520.
EDITAR:
He resuelto mi problema comprando una MacBook Pro Retina que utiliza una SSD PCIe2-2x. Puntos de referencia a continuación:
fuente
up to ...?Respuestas:
La unidad que está probando ( Intel 520 ) se basa en un controlador Sandforce , estos controladores dependen en gran medida de la compresión de datos para alcanzar las velocidades establecidas. Como resultado, saturará felizmente un enlace SATA-III cuando realice pruebas secuenciales en datos comprimibles, sin embargo, estas velocidades pueden caer hasta un orden de magnitud (dependiendo de la unidad exacta) al ejecutar pruebas con datos incompresibles.
De lo que puedo deducir de la captura de pantalla adjunta, la prueba que está utilizando parece estar escribiendo marcos de imágenes en el disco para probar su rendimiento: las imágenes no son trivialmente comprimibles incluso cuando están en forma sin comprimir / sin pérdidas. Desde mi experiencia, esos números están en el estadio correcto para un controlador SF-28xx que realiza pruebas secuenciales en datos incompresibles.
La siguiente comparación en AndandTech muestra la diferencia entre el Intel 520 (60 GB) cuando se realizan pruebas con datos comprimibles frente a datos incompresibles. Esta es una capacidad de disco más pequeña que la suya, lo que significa que el efecto será menos pronunciado a mayores capacidades ( 240 GB ), pero creo que esto ilustra el problema.
Existen otras unidades basadas en controladores que no son Sandforce, como el Crucial M4 (Marvell), Samsung 830 (Samsung) o Intel 510 (Marvell), estos no aprovechan la compresión y, como tales, no sufren la misma variación en la velocidad de escritura .
fuente
Supongo que está más preocupado por el rendimiento de escritura, y que esta prueba representa el rendimiento de escritura secuencial (520MB / s reclamado), no aleatorio (que estaría en el rango de 250MB / s). Básicamente, el rendimiento de escritura SSD se ve significativamente afectado por la disponibilidad de bloques programables gratuitos. Usted está ~ 90% utilizado, por lo que esto puede explicar sus problemas. ¿Ha habilitado el soporte TRIM en la unidad? (nota: esto no se hace automáticamente en OS X a menos que esté utilizando los SSD de Apple compatibles oficialmente).
Si no, eche un vistazo aquí: http://www.groths.org/?page_id=322
También debe mirar para ver qué puede mover allí una vez que habilite TRIM y luego vuelva a ejecutar los puntos de referencia.
Editar: Gracias a David en los comentarios por este consejo (por favor, vote su comentario también): debe habilitar TRIM antes de eliminar los datos o no funcionará. Si primero elimina los datos, deberá volver a llenar la unidad y volver a eliminar para que TRIM funcione según lo previsto.
fuente