Bien, j'ai échangé plusieurs messages de billet d'ennui avec le fabricant (OCZ), et il s'avère qu'il peut y a un problème subtile avec la commande une fois installé sur un ordinateur plus ancien.
J'ai parlé avec le support technique de Dell, et confirmé que l'ordinateur a en effet une interface SATA1.
La commande a une interface SATA2, qui a une largeur de bande évaluée plus élevée qu'une interface SATA1. L'interface SATA1 n'étrangle pas les données quand la largeur de bande devient trop haute (lu : sature).
Voici un lien à plus d'information :
http://en.wikipedia.org/wiki/Serial_ATA#SATA_Revision_1.0_.28SATA_1.5Gb.2Fs.29J'ai signalé deux suggestions à OCZ pour des améliorations possibles de progiciels. Le premier est de placer la commande pour fonctionner à la largeur de bande SATA1 (qui entrera loin en résolvant des problèmes d'incompatibilité comme ceci, et maintiennent toujours les temps de positionnement du bras zéro). La seconde est de présenter un retard de début, qui ferait retarder le disque transistorisé le temps initial qu'elle commence à produire des données, pour permettre au contrôleur de SATA et aux conducteurs associés de devenir prêts avant que l'impact de données commence à se produire.
Ainsi l'expérience acquise est : l'installation d'un disque transistorisé beaucoup plus rapide que ce que l'ordinateur a à l'origine eu ne fonctionnera pas automatiquement, parce qu'il y a un ou plusieurs cas faisants le coin où l'interface SATA1 obtiendra saturée et causera des résultats fortuits.
Ainsi pour maintenant, je suis fait.
L'un ou l'autre le client va accepter que la fonctionnalité de réserve de l'OS ne aille pas fonctionner avec cette commande, ou la commande doit être remplacée par quelque chose plus lente.