Section courante

A propos

Section administrative du site

Introduction

L'interface SCSI, que l'ensemble de l'industrie qualifie affectueusement de «scuzzy», provient de l'abréviation de l'anglicisme Small Computer Systems Interface. On peut tracer les débuts du SCSI en 1979, lorsque le fabricant d'unités de disque Shugart a commencé à travailler sur une nouvelle interface. L'objectif était de développer une interface d'unité de disque prenant en charge l'adressage logique des blocs de données au lieu de l'adressage physique des cylindres, des têtes et des secteurs. De plus, l'interface présenterait les données par octet plutôt qu'en série. Une telle interface pourrait mettre fin aux problèmes de compatibilité liés à la mise sur le marché de nouvelles technologies de disques. Dans le passé, il fallait beaucoup de temps aux sociétés informatiques pour prendre en charge les nouveaux disques. La nouvelle interface permettrait aux fabricants d'ordinateurs de développer des disques durs. La nouvelle interface permettrait aux fabricants d'ordinateurs de développer des pilotes de disque dur capables de reconnaître eux-mêmes les propriétés des disques durs connectés. Cette interface s'appelait à l'origine SASI (Shugart Associates Systems Interface).

SASI

L'interface SASI est le précurseur du SCSI moderne. La spécification d'interface, comprenant des commandes de 6 octets et des unités de disque et des récepteurs à extrémité unique définis, a été rendue publique pour encourager les entreprises à construire des contrôleurs SASI. Des sociétés comme OMTI et DTC se sont impliquées dans ces premiers jours. En 1980, la première tentative de Shugart de faire de SASI une norme ANSI a échoué. A cette époque, ANSI préférait l'interface IPI plus sophistiquée. Les progrès ont commencé en 1981, mais pas avant l'échec d'un accord entre NCR et Shugart pour travailler ensemble au développement de SASI. Le NCR voulait des commandes de 10 octets et une interface différentielle, des fonctionnalités que Shugard considérait inutiles. L'entreprise Shugart pensait très probablement que ces options rendraient l'interface trop compliquée. À ce stade, la société Optimem est entrée en scène. Filiale de Shugart, Optimem fabrique des disques optiques. Ils devaient pouvoir adresser plus de 221 blocs logiques pour leurs lecteurs optiques. De plus, les câbles de 6 mètres alors utilisés étaient trop courts. C'étaient à cause des prix coûteux, les raisons originales pour lesquelles Shugart avait refusé de travailler avec NCR en premier lieu. En décembre 1981, Shugart, conjointement avec la NCR, a demandé la création d'un comité ANSI pour la SASI.

SCSI-1

En avril 1982, le comité ANSI X3T9.2 s'est réuni pour la première fois et a commencé les travaux ayant évolué vers SCSI. Au cours des années suivantes, un projet de proposition a été préparé, ayant été présenté à l'ANSI pour approbation en 1984. Cependant, avant même l'approbation finale, les fabricants ont commencé à produire des adaptateurs hôtes SCSI et des contrôleurs de périphériques. La première puce de ce protocole, la NCR 5385, est arrivée sur le marché en 1983. L'interface était devenue un standard de l'industrie bien avant qu'elle ne soit approuvée par l'ANSI. En juin 1986, SCSI-1 est devenu officiel avec la norme ANSI X3.131-1986. Le nombre croissant de produits SCSI a révélé des points faibles dans la définition. Lors de la définition des commandes, une trop grande marge de variation a été accordée aux options uniques du fournisseur. Par exemple, les paramètres de format des unités de disque n'étaient pas standardisés. Dans l'hôte, en ayant des défauts moyens gérés de manière transparente pour le périphérique, la gestion des paramètres par défauts n'a pas été définie. Par conséquent, chaque fabricant a mise en oeuvre ces choses comme bon lui semblait, cette situation signifiant essentiellement qu'un nouveau pilote de périphérique devait être écrit pour chaque nouveau périphérique SCSI. L'objectif d'une interface indépendante du périphérique manquait définitivement du côté logiciel. À cette époque, il était juste de dire que SCSI n'était pas nécessairement compatible SCSI.

CCS

À la recherche d'une solution à ce problème, les spécialistes des unités de disque du comité ont commencé à définir un ensemble de commandes commun CCS (Common Command Set) pour les unités de disque en 1985. L'objectif principal de l'ensemble de commandes était de définir quelques-unes des nombreuses options pour les unités de disque. Parmi les fonctionnalités introduites dans le CCS figurait le format de liste par défauts et l'introduction de la liste des paramètres de mode. Le CCS a été un grand pas en avant et encore une fois, les fabricants ont commencé à le mettre en oeuvre avant qu'il ne devienne officiel. Cependant, le CCS n'était qu'une solution pour les unités de disque. Ainsi, les fabricants de lecteurs de bande magnétique ont dû se débrouiller avec SCSI-1 comme il était.

SCSI-2

En 1986, avant même que SCSI-1 ne devienne une norme officielle, les travaux sur le SCSI-2 ont commencé. Pendant ce temps, le Macintosh Plus d'Apple propose déjà un port DB-25 avec l'interface SCSI. De leur côté, le comité a travaillé sur de nombreuses modifications de protocole et de matériel ainsi que sur le développement du CCS et des autres classes de périphériques. De nombreuses fonctionnalités ont été développées, pour être finalement supprimées. L'option de prise en charge de plus de 8 périphériques en est un exemple. D'un autre côté, des transferts synchronisés à 10 MHz ont été incorporés avec un bus de données de 32 bits. Bien sûr, le véritable défi dans la mise en oeuvre de ces options réside dans le maintien de la compatibilité entre les différents périphériques. En tant qu'option de protocole, un périphérique pourrait informer un hôte non sollicité du changement d'état du périphérique. Cette situation est important, par exemple, lorsqu'une cassette est retirée d'un lecteur de bande magnétique. La procédure d'approbation officielle de SCSI-2 a commencé en février 1989. Comme d'habitude, il y avait des dizaines de dispositifs déjà équipés de SCSI-2 avant qu'il ne devienne une norme. Ces premières versions n'ont d'ailleurs jamais été un problème. Au cours des phases finales de développement, la norme était devenue si stable que seuls des changements mineurs étaient en discussion. Surtout, les fabricants de lecteurs de bande magnétiques étaient impatients de mettre en oeuvre le SCSI-2 pour leurs périphériques. Cependant, les changements organisationnels dans ANSI ont entraîné le report de la date de livraison au début de 1992 à plusieurs reprises. En janvier 1994, le SCSI-2 est devenu officiel ANSI X3.131-1994.

SCSI-3

Conformément à la tradition, le SCSI-3 est compatible avec SCSI-2. Le SCSI-3 fournit une documentation plus clairement structurée et une structure modulaire. Dans le domaine physique et protocolaire, le SCSI-3 définit notamment les nouvelles interfaces Fibre Channel, SSA et IEEE P1394. L'idée d'utiliser le protocole SCSI pour communiquer sur n'importe quelle interface série régulière a été supprimée de la proposition standard. Il est désormais documenté dans un rapport technique. L'interface parallèle actuelle a été développée de manière à ce que SCSI-3 permette désormais des taux de transfert allant jusqu'à 20 méga-transfert par seconde et jusqu'à 32 périphériques SCSI avec SCSI en 32 bits de large. Le nouveau câble P vous permet d'utiliser un SCSI large de 16 bits avec un seul câble. Ces changements étaient attendus avec impatience par l'industrie et les utilisateurs. Ainsi, encore une fois avant qu'une norme ne devienne officielle, il existe déjà de nombreux périphériques sur le marché prenant en charge une ou plusieurs de ces nouvelles fonctionnalités. De plus, au moins un nouveau type de périphérique est ajouté : les périphériques de contrôleur pour les contrôleurs RAID.

Dernière mise à jour : Samedi, le 22 février 2020