J'ai récemment installé un nouveau SSD Intel série 520 de 180 Go dans mon tout nouveau MacBook Pro.
Le système est le suivant:
Modèle: MacBook Pro 15 pouces, fin 2011 (MacBookPro8,2)
Processeur: Intel Core i7 2,4 GHz
Mémoire: 16 Go 1333 MHz DDR3
Graphiques: AMD Radeon HD 6770M 1024 Mo
Logiciel: Mac OS X Lion 10.7.3
Baie du lecteur principal: SSD Intel série 520 180 Go SATA-3 (liaison négociée 6 Go / s) (micrologiciel: 400i) [80 Go gratuit]
Baie optique: Toshiba 5400 tr / min 750 Go SATA-2 HDD
Trim: activé (selon l'application Trim Enabler)
Et voici les vitesses que j'obtiens:
Lecture: 412 Mo / s
Écriture: 186 Mo / s
Qu'est ce que j'ai mal fait?
Ok, j'ai donc été informé dans une réponse que cela pourrait être dû au fait que le test utilise des données compressées qui ne permettront pas au contrôleur SandForce Intel 520 d'atteindre ses niveaux d'écriture élevés dans son architecture.
Voici un autre test (je ne sais pas s'il utilise ou non des données compressées):
C'est mieux, mais toujours pas ce que je recherche. Au fait, que se passe-t-il avec 32 Mo / s pour les opérations de lecture 4k?
Résultats attendus:
Lecture / écriture à la fois> 500 Mo / s
J'ai vu des benchmarks avec des SSD moindres: les s (même SATA-2) surpassent de loin mes vitesses d'écriture. De plus, les Intel SSD: s 520 sont censés être la classe supérieure des SSD: s.
Rapport Trim Enabler:
Cela semble un peu étrange par rapport aux captures d'écran de leur site:
Ce sont les attributs SMART définis (empruntés à Intel):
Et voici mes attributs SMART lus à l'aide de l'outil smartctl de smartmontools:
Ils ne semblent pas très compatibles. Je vais essayer de chercher un outil de lecture d'attributs SMART pour OS X qui pourrait prendre en charge la série Intel 520.
ÉDITER:
J'ai résolu mon problème en achetant un MacBook Pro Retina qui utilise un SSD PCIe2-2x. Repères ci-dessous:
la source
up to ...
?Réponses:
Le lecteur que vous testez ( Intel 520 ) est basé sur un contrôleur Sandforce , ces contrôleurs s'appuient fortement sur la compression des données pour atteindre les vitesses indiquées. En conséquence, vous saturerez volontiers une liaison SATA-III lorsque vous effectuez des tests séquentiels sur des données compressibles, mais ces vitesses peuvent chuter jusqu'à un ordre de grandeur (selon le lecteur exact) lors de l'exécution de tests avec des données incompressibles.
D'après ce que je peux rassembler à partir de la capture d'écran ci-jointe, le test que vous utilisez semble consister à écrire des cadres d'images sur le disque pour tester ses performances - les images ne sont pas compressibles de manière triviale même lorsqu'elles sont sous forme non compressée / sans perte. D'après mon expérience, ces chiffres sont dans le bon ordre pour un contrôleur SF-28xx faisant des tests de performance séquentiels sur des données incompressibles.
La comparaison suivante sur AndandTech montre la différence entre l'Intel 520 ( 60 Go ) lors de tests avec des données compressibles vs incompressibles. Il s'agit d'une capacité de disque plus petite que la vôtre, ce qui signifie que l'effet sera moins prononcé à des capacités plus élevées ( 240 Go ), mais je pense que cela illustre le problème.
Il existe d'autres lecteurs basés sur des contrôleurs non Sandforce, tels que le Crucial M4 (Marvell), le Samsung 830 (Samsung) ou l' Intel 510 (Marvell), ceux-ci ne tirent pas parti de la compression et, en tant que tels, ne souffrent pas de la même variation de vitesse d'écriture. .
la source
Je suppose que vous êtes le plus préoccupé par les performances d'écriture et que ce test représente des performances d'écriture séquentielles (520 Mo / s revendiqués), et non aléatoires (qui seraient de l'ordre de 250 Mo / s). Fondamentalement, les performances d'écriture SSD sont considérablement affectées par la disponibilité de blocs programmables gratuits. Vous êtes utilisé à environ 90%, cela peut donc expliquer vos problèmes. Avez-vous activé la prise en charge TRIM sur le lecteur? (Remarque: cela ne se fait pas automatiquement sur OS X, sauf si vous utilisez les SSD Apple officiellement pris en charge).
Sinon, jetez un œil ici: http://www.groths.org/?page_id=322
Vous devriez également regarder pour voir ce que vous pouvez déplacer là-bas une fois que vous avez activé TRIM, puis relancé les tests de performance.
Edit: Merci à David dans les commentaires pour cette astuce (veuillez également noter son commentaire) - vous devez activer TRIM avant de supprimer les données ou cela ne fonctionnera pas. Si vous supprimez d'abord les données, vous devrez remplir à nouveau le lecteur et supprimer à nouveau pour que TRIM fonctionne comme prévu.
la source