MacMusic.org  |  PcMusic.org  |  440Software  |  440Forums.com  |  440Tv  |  Zicos.com  |  AudioLexic.org
Loading... visitors connected
 
Reply to this topicStart new topic
> Disque Dur Pour Protools, firewire ou IDE
Bobz
post Sun 15 Dec 2002, 22:12
Post #1


Member
**

Group: Members
Posts: 94
Joined: 06-Feb 02
From: Vaureal - FR
Member 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 Sun 15 Dec 2002, 22:46
Post #2


SuperHero
********

Group: Members
Posts: 9,465
Joined: 04-Nov 01
From: Paris - FR
Member 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 Mon 16 Dec 2002, 10:32
Post #3


Member
**

Group: Members
Posts: 94
Joined: 06-Feb 02
From: Vaureal - FR
Member 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 Mon 16 Dec 2002, 11:06
Post #4


Member
**

Group: Members
Posts: 94
Joined: 06-Feb 02
From: Vaureal - FR
Member 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 Mon 16 Dec 2002, 11:07
Post #5


Junior Member
***

Group: Members
Posts: 155
Joined: 25-Aug 02
From: Paris - FR
Member 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 Mon 16 Dec 2002, 11:37
Post #6


SuperHero
********

Group: Members
Posts: 9,465
Joined: 04-Nov 01
From: Paris - FR
Member 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
2 User(s) are reading this topic (2 Guests and 0 Anonymous Users)
0 Members:

 

Lo-Fi Version - Sat 21 Dec 2024, 11:57
- © 440 Forums 2011