Snelheid op zich maakt niets uit, maar als er een voorrangs-kwestie zich voordoet, dan krijgt het device met het HOOGSTE SCSI-id de prioriteit.
Dat is de reden dat gewoonlijk de controller op een narrow-SCSI-bus SCSI-id 7 heeft. Voor zover ik weet heeft alleen Silicon Graphics (SGI) de imbeciliteit opgebracht om de controller op 0 te zetten, wat tot gevolg heeft dat een zich misdragend tape-device de controller van de SCSI-bus af kan drukken, waardoor je systeem onwerkbaar wordt. Ik heb helaas meerdere malen mogen ervaren dat bij een SGI-systeem SCSI-problemen veel moeilijker te behappen zijn dan bijv. bij een Sun-systeem.
De reden dat ook op wide-SCSI-bussen de controller op 7, en niet op 15, wordt gezet, is dat anders geen narrow-SCSI-devices op de wide-SCSI-bus kunnen worden aangesloten, omdat deze dan de controller niet zouden kunnen zien. Behalve in sterk gecontroleerde omstandigheden (specialistische disk-arrays) moet je daarom nooit SCSI-id's > 7 gebruiken, maar wie heeft er nou meer dan 7 devices aan zijn controller hangen ?
De SCSI-bus bepaalt niet wat het boot-device is, dat is de BIOS van je systeem of je controller. Traditioneel is het wel zo dat SCSI-controllers die een PC moeten laten booten van een SCSI-disk de SCSI-id's 0 en 1 zich laten voordoen als de standaard PC IDE-schijven 80 en 81, maar de meeste moderne controllers hebben deze constructie al weer laten vallen voor een flexibeler opzet. Sommige oude (UNIX-)workstations hadden een zeer rigide indeling, waarbij 0 en 1 waren gereserveerd voor disks, 2 en 3 voor tapes, en 6 voor CD-readers, maar bijv. de oudere Sun's booten standaard vanaf SCSI-id 3.
Het is over het algemeen voordelig om de drukst gebruikte devices het laagste SCSI-id mee te geven, zodat de weinig gebruikte devices toch nog aan bod komen ook al worden de druk gebruikte devices voluit aangesproken. Bovendien zijn de minder gebruikte devices vaak devices waarvoor onderbreking van de data-stroom vervelend (streaming tape-devices) of erger (CD-writers) zijn.
The number of things that Arthur couldn't believe he was seeing was fairly large