Disque Dur Pour Protools, firewire ou IDE |
dim. 15 déc. 2002, 22:12
Message
#1
|
|
Member Groupe : Members Messages : 94 Inscrit : 06 févr. 02 Lieu : Vaureal - FR Membre no 3,324 |
je voudrais rajouter un disque dur pour ma congig zic
quel différence entre firewire et ide en terme de performance? il me reste de la place dans le mac lequel choisir? -------------------- G4 1,8mhz + DIGI + Apogee rosetta 200... + Avalon 737sp
MacBook Pro i5 |
|
|
Réponse(s)
(1 - 5)
dim. 15 déc. 2002, 22:46
Message
#2
|
|
SuperHero Groupe : Members Messages : 9,465 Inscrit : 04 nov. 01 Lieu : Paris - FR Membre no 2,244 |
Mon avis: prends un IDE (7200tr)... Ce sont encore les moins chers et il ne faut pas oublier que le Firewire, c'est jamais qu'un IDE dans un boitier.
PS: par contre, si tu as besoin de "ballader" ton disque (de studio en studio), prends un Firewire. -------------------- |
|
|
lun. 16 déc. 2002, 10:32
Message
#3
|
|
Member Groupe : Members Messages : 94 Inscrit : 06 févr. 02 Lieu : Vaureal - FR Membre no 3,324 |
Que penser des Disque avec un cache de 8mo?
certains disque dur ont cette caracteristique en plus quelle concequence pour l'audio? -------------------- G4 1,8mhz + DIGI + Apogee rosetta 200... + Avalon 737sp
MacBook Pro i5 |
|
|
lun. 16 déc. 2002, 11:06
Message
#4
|
|
Member Groupe : Members Messages : 94 Inscrit : 06 févr. 02 Lieu : Vaureal - FR Membre no 3,324 |
pour l'audio
faut il préférer une marque en particulier IBM, WD Maxtor?........ -------------------- G4 1,8mhz + DIGI + Apogee rosetta 200... + Avalon 737sp
MacBook Pro i5 |
|
|
lun. 16 déc. 2002, 11:07
Message
#5
|
|
Junior Member Groupe : Members Messages : 155 Inscrit : 25 août 02 Lieu : Paris - FR Membre no 7,113 |
OFF TOPIC
Alors Mr T, ton icone est parfait, ça sent les vacances à plein nez!!!!! Ne change rien c'est top Burns |
|
|
lun. 16 déc. 2002, 11:37
Message
#6
|
|
SuperHero Groupe : Members Messages : 9,465 Inscrit : 04 nov. 01 Lieu : Paris - FR Membre no 2,244 |
Thanks Burns. J'ai effectivement mis le Sombrero pour détendre un peu l'atmosphère...
Pour ce qui nous occupe ici, je ne suis personnellement pas un spécialite de l'architecture complexe des disques durs (chacun son métier), mais je crois pouvoir dire que plus la mémoire cache est grande, meilleure ce sera qql soit le type d'utilisation à laquelle tu destine ton HD. Pour les marques: IBM, Seagate, Western Digital, Maxtor...pour moi c'est bonnet blanc, blanc bonnet (d'autres te diront qu'il y a une différence)... Moi j'ai choisi les IBM mais n'en ferais pas plus la publicité qu'aux autres marques. Compare les prix et prends le moins cher! (7200 tr). Voilà. Si tu veux vraiment te pencher sur cette histoire de cache, je t'ais dégoté un "article" trouvé sur le site d'IBM qui traite d'un nouveau disque avec cache "supertopquitue" et qui apporte qqls éléments de réponse sur ce qu'est cette cache (j'espère que tu lis l'anglais) : "As was previously established, there are existing read cache management designs that involve reading data ahead with the hope that the host system would desire that data. This read-ahead, or pre-fetch, type cache is simplistic and has very little overhead. However, it could be classified as being reactionary. As data is being read from the disks, the pre-fetch cache reacts by reading even more data into cache, anticipating that the next read request would be sequential or near sequential to the previous read. The shortcomings of this type of cache strategy lie in its inability to adapt to a workload, causing, in some cases, decreased performance as it chases and fruitlessly caches data for non-sequential read requests. On the other hand, there are also cache implementations generally available in the industry that attempt to distinguish data types, classify those data types, and locate each type in a separate region in the cache memory. These complicated caches then attempt to manage each region according to data type. This type of caching strategy can be effective on some workloads, but due to the vast amount of overhead needed to track and classify the data, the performance of the cache itself may suffer." -------------------- |
|
|
1 utilisateur(s) sur ce sujet (1 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :