MacMusic.org  |  PcMusic.org  |  440Software  |  440Forums.com  |  440Tv  |  Zicos.com  |  AudioLexic.org
Loading... visiteurs connectés
 
Reply to this topicStart new topic
> Disque Dur Pour Protools, firewire ou IDE
Bobz
posté 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
Go to the top of the page
 
+Quote Post
Mr.T
posté 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.


--------------------
Go to the top of the page
 
+Quote Post
Bobz
posté 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
Go to the top of the page
 
+Quote Post
Bobz
posté 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
Go to the top of the page
 
+Quote Post
burns
posté 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 laugh.gif

Burns
Go to the top of the page
 
+Quote Post
Mr.T
posté 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."


--------------------
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
3 utilisateur(s) sur ce sujet (3 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :

 

Version bas débit - vendredi 13 déc. 2024, 17:35
- © 440 Forums 2011