Le Mac Mini, un mini mac à 500 euros, Apple Options

[_news_]

Commentaires sur:

Le Mac Mini, un mini mac à 500 euros

[Francois Déchery]

Je n'ai pas fait l'essai des nodes (ou cluster dans le monde informatique) pour l'audio mais voici quelques elements de reflextion:

- Un reseau 100baseT va a 100 mega bits par seconde, soit 12,5 mega octets par seconde en theorie. En pratique comme il faut gerer tout un tas de corrections d'erreur et de couche logicielles empilée les une sur les autres, ca plafonne plutot a 4-5 Mo/s

- un resau 1000baseT va 10 fois plus vite (a condition bien sur d'avoir la connectique + le hub adapatées), soit 40-50Mo/s en pratique

- un port firewire (1) va a 400 Mbs soit 50 Mo/s en theorie. On peut donc tabler sur 20-25Mo/s en admettant que le firewire est moins gourmand en correction d'erreur et en couche logicielle vu qu'il est prevu pour travailler avec des HD sur de courte distance.

Maintenant le probleme du node audio. A la difference, d'un calcul partagé classique, nous avons un imperatif qui est le temps de latence : Nous avons besoin (au moins en record) d'un temps de latence de l'ordre de quelques milliseconde, sinon on va entendre un retard nuisible.
Il faut donc que non seulement les processeurs aillent vite, mais que leur inter-liaison (le reseau) soit suffisament rapide pour ne pas generer de latence.

Prenont l'exemple d'un fichier a 48k en 16 bit : sa consomation est au minimun de 96 000 octets par secondes : arrondissons a 100k par seconde.
Un reseau 100bT (4Mo/s) va 40 fois plus vite (40 x 100k = 4M). Notre seconde de son mettra donc 1/40 de seconde a parcourir le reseau, soit 25ms. (arghhh)
Si on est en 1000bt, ca ne mettra plus que 2,5ms, ce qui est nettement plus acceptable. en firewire ca mettrais environ 5ms, ce qui commence a etre limite....

Tout ceci est dans le cas d'un liaison unidirectionnelle (exemple le master envoi du midi, soit tres peu d'info, au node qui joue un intru virtuel, qui lui renvoi l'audio au master). S'il s'agit essensiellement de multiplié les effets qui par definition processent de l'audio en entree et doivent resortir de l'audio en sortie, il faut bein sur multiplier les temps par 2.... ca se complique ... Maintenant tout ceci n'est que le calcul pour UNE seule PISTE audio....

Donc le node c'est bien gentil pour par exemple deporter le calcul d'un super timesctrech haute qualité sur 48 pistes, ou des operations de ce genre qui ne sont pas temps reel, mais si c'est pour augmenter sa capacité de process TEMPS REEL, sans latence epouventable, meme avec du 1000bT et des algo de compression tres efficasse, c'est pas encore la panacée