Se connecter
Se connecter

ou
Créer un compte

ou
FR
EN

Lesdisques durs internes du MacPro

  • 27 réponses
  • 9 participants
  • 1 730 vues
  • 0 follower
Sujet de la discussion Lesdisques durs internes du MacPro
Bonjour !

Petite questions à ceux qui comme moi ont installé 2 ou 3 disques durs dans leur macpro... :demon:

J'ai constaté des ralentissements avec mon Cubase... par exemple quand je relance le projet (start/stop) après quelques minutes... certaines pistes sont audibles tandis que les autres se font attendre. J'entends ensuite le disque qui redémarre... et là enfin, j'entends toutes les pistes.

Ce n'est très grave mais je trouve ça un peu dommage pour une bestiole de cette envergure avec des HD en SATA...

Je précise que j'ai un disque 1 pour le système ; un disque 2 pour mes projets Cubase ; un disque 3 pour mes samples et autres archives...

J'ai raté quelque chose :pong:
Afficher le sujet de la discussion
26
Dr. Pouet,
Qu'est-ce que du DFD ? Swapper ?

Il faudrait peut-être préciser quand on parle de sample, s'il s'agit d'un sample inhérent à un VST, ou s'il s'agit d'une partie audio enregistrée par nos soins sur une piste qui, elle peut-être modifiée à tout va. Le sample VST peut, bien sûr, être modifié par le logiciel du sample lui-même (MSI de Motu par ex.) ou par le logiciel hôte (Cubase, par ex.). Mais cette modification est faite en temps réel par le processeur et reste donc "fixe". Il me semble logique que le séquenceur sait si le sample a été modifié. Je ne comprends pas pourquoi l'OS viendrait y fourrer son nez.
Là, la RAM est de première importance. Je travaille avec Cubase et deux VST externes de chez Motu, sur deux machines Apple différentes. L'une, un eMAc G4, 1 Go de RAM, logiciel et VST dans le disque interne de 80 Go, projets Cubase dans un disque externes de 250 Go, l'autre un MAC Pro 2 X 3 Ghz, 8 Go de RAM, projets Cubase dans un disque externe d'un To. Il va sans dire, sue sur l'eMAc, je dois réduire la polyphonie des VST au minimum et le nb de pistes allouées à ces VST, ou geler les pistes (ce qui, en passant, pourrait aussi résoudre le problème de trez909 ?).

Si le disque dur s'est mis en veille, c'est que le logiciel n'en a plus besoin. Et il peut rester en veille toute la journée. Pour quelle raison devrait-il faire des arrêts/reprises intempestifs ?
27

Citation : Il faudrait peut-être préciser quand on parle de sample, s'il s'agit d'un sample inhérent à un VST, ou s'il s'agit d'une partie audio enregistrée par nos soins sur une piste


Oui, et je dirais même : il faut différencier les instruments virtuels car 2 instruments virtuels différents (de la même marque ou non) peuvent avoir deux comportement différents.


Citation : Qu'est-ce que du DFD ?


Ce nom vient de chez Native Instrument (ce n'est pas du swapping). Mais cet méthode est probablement utilisée par d'autres constructeurs, sous d'autres noms. Néanmoins tous les samplers ou expandeurs ne fonctionnent pas forcément comme ça. Ca consiste à :
- charger en mémoire le début des samples (par exemple le premier méga-octet sur un sample de 10 Mo)
- dès que le sample est utilisé, les premières données sont fournies au séquenceur depuis la mémoire, mais l'instrument lance également la lecture sur le disque dur du reste du sample, de sorte qu'une fois ce premier Mo envoyé au séquenceur, la suite du sample puisse également être fournie.

Intérêt : chargement d'un instrument plus rapide, puisque seul 10% des samples (= les débuts) sont immédiatement lus depuis le disque, moins d'utilisation mémoire...

Par contre c'est réglable (je viens de m'en souvenir). Donc si on a beaucoup de RAM, on peut avoir intérêt à augmenter la taille des "débuts automatiquement lus depuis le disque" (genre 30%), voire la mettre à 100%, ce qui revient à désactiver cette fonction et à charger l'intégralité des samples en RAM.

Côté EXS24, je crois qu'il n'y a pas cette fonctionnalité : la totalité des samples est chargée en RAM dès le choix d'un instrument.



Citation : Mais cette modification est faite en temps réel par le processeur et reste donc "fixe". Il me semble logique que le séquenceur sait si le sample a été modifié. Je ne comprends pas pourquoi l'OS viendrait y fourrer son nez.
(...)
Si le disque dur s'est mis en veille, c'est que le logiciel n'en a plus besoin. Et il peut rester en veille toute la journée. Pour quelle raison devrait-il faire des arrêts/reprises intempestifs ?


Là je parlais de RAM utilisée en cache disque (= une fois qu'un donnée a été lue sur le disque, l'OS la laisse en RAM, et si on souhaite la relire, c'est instantané puisque c'est déjà en RAM).

Normalement tu as raison, il ne devrait pas y avoir d'accès disque. Notamment parce-que en plus de garder le fichier en RAM, l'OS garde également les données du système de fichier (taille, date de la dernière modification...) et même des données spécifiques à la gestion du cache (écriture disque à faire pour cause de modif depuis un soft, obsolescence du cache...)

Cela dit, au stade de la pratique, il se peut que ce ne soit pas parfait et que des petits accès disques soient nécessaires pour vérifier la cohérence. Possible aussi que la problématique soit plus compliquée que ce que j'ai dit, et que ces accès soient obligatoires. Je me dis ça parce-que j'ai souvent observé que la sortie de veille du disque est un peu laborieuse, et sembler "bloquer temporairement" des tas de trucs, alors qu'en théorie il me semble que ça ne devrait pas être aussi "bloquant".

C'est un peu pifométrique quoi. :mrg:
Mais je pense que le conseil de désactiver la mise en veille du disque quand on travaille sur un gros projet audio, est un bon conseil.
:boire:
28

Citation : Hé bien,lors de mes sessions logic(uniquement sound design,pas d acquisition audio)j ouvre plusieurs instances de kontakt2,1 piano galaxy 2 tres lourd...et a un moment...surcharge pour le disque!!!
(...)
comment optimiser ca?


Tu devrais :
- regarder quelle est la proportion de la RAM utilisée (avec l'utilitaire de mesure des performances système)
- pour kontakt + autres instrus Native Instrument + éventuellement d'autres produits, essayer de "désactiver la lecture DFD (Direct From disk), donc de mettre à 100% la taille des samples préchargés (voir ce que j'ai écrit ci-dessus). Si c'est pas déjà le cas et si ça tiens dans ta RAM, ça devrait améliorer. si c'est limite au niveau RAM, tu peux essayer d'augmenter, genre 30 ou 50% le préchargement des samples.