Table des Matières
Publicité
s5000 / s6000
Voici quelques échantillons des conséquences "dans le monde réel" de cette incommunication
informatique :
A. Vous avez supprimé quelques fichiers du disque depuis le sampler – ils sont bien supprimés,
la mémoire cache du sampler est à jour, les fichiers n'apparaissent plus dans la liste (LOAD),
tout va bien...
Sauf que côté Mac/PC, la mémoire cache n'a pas été mise à jour et ne connaît par conséquent
rien de ces modifications – pour l'ordinateur, les fichiers que vous avez supprimés sont toujours
là, à un emplacement précis, et leurs noms apparaissent toujours dans la liste. Ce n'est pas
un problème, tant que vous n'essayez pas d'accéder à ces fichiers "supprimés" : dans ce cas,
le système d'exploitation, les recherchant, risque de ne pas comprendre ce qui se passe –
d'où plantages éventuels sur le bus SCSI, gel du système à cause de cette erreur disque... Il
est même possible que le Mac/PC abîme le répertoire du disque, ce qui peut causer des
défaillances irréparables.
NOTE : Même principe lors du changement de noms.
B. Pour réorganiser plus logiquement votre bibliothèque de sons, vous déplacez quelques
éléments d'un dossier à un autre sur le bureau du Mac ou dans l'explorateur Windows. Ces
modifications apparaissent clairement sur le Mac/PC (encore heureux !). Toutefois...
Le sampler, lui, ne sait rien des modifications effectuées sur votre Mac/PC, puisque, air connu,
sa mémoire cache n'a pas été mise à jour : pour lui, les fichiers se trouvent toujours là où ils
étaient avant réorganisation. Bref, si vous essayez de charger ces fichiers depuis la page
LOAD, il y aura un problème, puisqu'ils ne se trouvent plus dans les dossiers où ils apparaissent
dans l'écran du sampler : erreurs disque, plantage SCSI, voire corruption du répertoire, ce qui
rend le disque inutilisable.
C. Si vous éditez un sample avec un éditeur de forme d'onde tournant sur Mac/PC et que vous
sauvegardez ce sample, sous sa nouvelle forme, sur le disque, le sampler ne sera pas tenu
au courant des modifications apportées...
Par exemple, si vous réduisez de moitié un sample de 1 Mo sur votre éditeur de forme d'onde
pour Mac/PC, la mémoire cache de l'ordinateur est mise à jour et connaît la nouvelle taille du
fichier. De son côté, le sampler n'a aucun moyen d'en être informé, pour lui ce fichier est
toujours le même, il fait toujours 1 Mo, c'est sa mémoire cache qui lui dit ! Imaginons qu'à
présent, pour l'essayer, pour chargiez ce sample dans votre sampler...
Eh oui ! Le sampler va chercher un fichier de 1 Mo, enregistré en un endroit précis du disque,
ne le trouve pas, il est très colère, erreur disque, plantage SCSI tant qu'on y est et, pourquoi
pas, éventuelle corruption du répertoire du disque...
D.
À présent, le pire de tous les scénarios ! Le même sample est chargé dans votre sampler ET
dans votre éditeur de forme d'onde sur Mac/PC (intentionnellement ou accidentellement).
Vous sauvegardez ce sample depuis votre sampler et, pour ne pas oublier, vous le sauvegardez
simultanément depuis votre Mac/PC. Bilan : deux contrôleurs essayant d'écrire, en même
temps , des données différentes au même endroit sur le disque. Il y a de fortes chances pour
que, après cela, votre disque soit bon pour la poubelle...
Bref, une situation potentiellement explosive ! Et nous n'avons envisagé que quatre situations
pouvant déboucher sur des problèmes : intégrez dans l'équation les défauts d'identification SCSI,
de terminaisons de chaîne, etc... et vous avez un désastre qui attend son heure !
Tous ces problèmes ne sont pas provoqués par des insuffisances du S5/6000 ou du Mac/PC,
mais sont dus au fait que le SCSI n'a jamais été conçu comme un moyen de mettre en réseau des
appareils – c'est bien pour cette raison qu'on a inventé Ethernet ou AppleTalk...
Vous commencez sans doute à comprendre pourquoi partager un même disque entre un Mac/PC
et un S5/6000 n'est pas recommandé – c'est possible mais il y a beaucoup trop de risques associés
à cette configuration.
Version 1.21
ANNEXE D
263
Publicité
Table des Matières
