Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1464 connectés 

  FORUM HardWare.fr
  Hardware
  Disque dur

   ici tout sur le SERIAL ATA haute performance pour disques durs IDE

 


 Mot :   Pseudo :  
 
 Page :   1  2
Page Précédente
Auteur Sujet :

ici tout sur le SERIAL ATA haute performance pour disques durs IDE

n°1890553
paluchon
WCS thierry
Posté le 18-10-2002 à 18:14:47  profilanswer
 

Serial-ATA : Interface haute performance pour disques durs IDE
 
voila une bonne page sur  l`ATA
 
http://www.onversity.com/cgi-bin/p [...] ts&P=a0502
 
Voir aussi les autres article
 
http://www.onversity.com/cgi-bin/p [...] udo=bgteob


Message édité par paluchon le 07-11-2002 à 16:01:57
mood
Publicité
Posté le 18-10-2002 à 18:14:47  profilanswer
 

n°1890555
Sachy
Posté le 18-10-2002 à 18:16:03  profilanswer
 

Super le titre aguicheur  :sarcastic:

n°1890558
Oxygen3
Tears from the moon
Posté le 18-10-2002 à 18:16:53  profilanswer
 

sachy a écrit a écrit :

Super le titre aguicheur  :sarcastic:  




+1


---------------
Metro-PoleRéseau A Suivre...: Annuseries|LeVillage|pErDUSA
n°1890561
paluchon
WCS thierry
Posté le 18-10-2002 à 18:17:56  profilanswer
 

 HUUMMM  :lol:  :lol:

n°1891226
os2
Posté le 18-10-2002 à 22:03:42  profilanswer
 

j'ai bien hate de voir quand le scsi va mourir...
 
avec le Ultra320 et le futur Ultra640
c'est pas demain la veille
 
encore un site qui dit n'importe quoi


---------------
Borland rulez: http://pages.infinit.net/borland
n°1897026
barbarella
Posté le 21-10-2002 à 01:14:32  profilanswer
 

os2 a écrit a écrit :

j'ai bien hate de voir quand le scsi va mourir...
 
avec le Ultra320 et le futur Ultra640
c'est pas demain la veille
 
encore un site qui dit n'importe quoi




 
Si tu crois que l'auteur (c'est a dire moi) pense que le SATA va remplacer le SCSI, c'est que tu n'as pas tout saisi ;).
 
Mais il faut constater que non seulement il existe de nombreux projet pour du SATA en mode RAID (en partcilier pour le SATA-2), mais en plus les constructeurs ont décidé avec l'arrivée du SATA d'offrir quelques amélioration aux disques IDE, dont disposent deja les SCSI, tel que CTQ.
 
A cela, j'ajoute que j'ai essayé de faire très attention dans l'article pour ne pas dévaloriser le SCSI, quand je l'abordais. Mais le SCSI avec ou sans RAID pour des petites stations de travail ou serveur est trop cher, ce qui ne signifie pas que ces station ou serveur n'auraient pas besoin de plus de perf sur la partie DD. Il y a donc un marché et le SATA pourrait bien s'engoufrer dedans.  
 
Mais dans tous les cas, et mon article ne laisse aucun doute la-dessus, les solutions pour gros serveurs ou serveurs ayant besoins de la meilleure interface disque continueront a utiliser le SCSI ou le RAID SCSI.
 
Pour terminer,il serait souhaitable que tu regardes les chiffres des perf du barracuda 5 que lost-circuit a benchmarké (voir lien dans la conclusion de mon article). C'est assez impressionnant comme évolution, et montre que certains constructeurs si ce n'est tous, ont l'intention de faire franchir une barrière au perf des disques IDE. Maintenant le fait que les nouveaux IDE auront des perf plus conséquente, n'implique pas que ceux-ci vont dépasser les perf des SCSI
 
Maquiné Jean-françois
http://www.onversity.com


Message édité par barbarella le 21-10-2002 à 01:15:05
n°1897037
Oxygen3
Tears from the moon
Posté le 21-10-2002 à 01:25:20  profilanswer
 

euh, l'article de lost-circuits, est bien, mais le SATA baracouda5 a pas été positionné face aux disques IDE les plus performant :(
donc a tt de suite moins de valeurs (certes l'augmentation de perfs entre le baracouda4 et 5 sont énormes, mais seagate était énormement en retard avec les autres alors bon:/)


---------------
Metro-PoleRéseau A Suivre...: Annuseries|LeVillage|pErDUSA
n°1897050
barbarella
Posté le 21-10-2002 à 01:38:21  profilanswer
 

Oxygen3 a écrit a écrit :

euh, l'article de lost-circuits, est bien, mais le SATA baracouda5 a pas été positionné face aux disques IDE les plus performant :(
donc a tt de suite moins de valeurs (certes l'augmentation de perfs entre le baracouda4 et 5 sont énormes, mais seagate était énormement en retard avec les autres alors bon:/)




 
les perf d'un disque dur s'évalue plus dans les appli bureautiques que dans les bench de perf pure surtout avec des techno de type CTQ. ainsi les B4 n'est pas tant a plaindre ;)
 
http://www.hardware.fr/articles/396/page3.html
 
En ce qui me concerne je considère un disque comme le B5 comme franchissant un cap au niveau des perf pratique. Mais ce qui est le plus interessant c'est d'essayer de comprendre qu'est-ce qui pousse les constrcuteurs a faire ça, car IBM semble suivre avec sa série GXP180. Il n'ont pas besoin d'augmenter considérablement les perf des disques pour le marché a utilisation 'familiale'. Il y a donc mon sens un changement d'orientation leger, mais exsitant :)


Message édité par barbarella le 21-10-2002 à 01:45:06
n°1897064
Oxygen3
Tears from the moon
Posté le 21-10-2002 à 01:53:04  profilanswer
 

b'en on voit aussi que les constructeurs s'orientent vers du 8Mo de cache sur l'IDE (tout en gardant une ligne 2Mo) [IBM, sur les 180GXP, Maxtor sur les DiamondMax9 et Western depuis 1,5 an now]
-> l'IDE se scinde en 2 branches: un IDE performant pour rivaliser avec du SCSI sur du lowend (genre petit server a bas cout) et l'IDE std pour les pc de supermarché :D


Message édité par Oxygen3 le 21-10-2002 à 01:53:32

---------------
Metro-PoleRéseau A Suivre...: Annuseries|LeVillage|pErDUSA
n°1897068
barbarella
Posté le 21-10-2002 à 01:56:43  profilanswer
 

Oxygen3 a écrit a écrit :

b'en on voit aussi que les constructeurs s'orientent vers du 8Mo de cache sur l'IDE (tout en gardant une ligne 2Mo)
-> l'IDE se scinde en 2 branches: un IDE performant pour rivaliser avec du SCSI sur du lowend (genre petit server a bas cout) et l'IDE std pour les pc de supermarché :D




 
ça c'est tout a fait possible :). mais ce n'est pas sur, car a chaque changement de technos (hors densité d'info) il y a toujours eu une periode transitoire ou les anciennes tech coexitaient avec les nouvelles. Donc avant 1 an (environ) on se saura pas si les constructeurs souhaitent généraliser des tech comme le CTQ. Pour les 8 Mo ça se discute, et pour les 60 Go par plateau ça sera assez rapidement pour tous les modèles

mood
Publicité
Posté le 21-10-2002 à 01:56:43  profilanswer
 

n°1897073
Oxygen3
Tears from the moon
Posté le 21-10-2002 à 02:09:32  profilanswer
 

barbarella a écrit a écrit :

 
 
ça c'est tout a fait possible :). mais ce n'est pas sur, car a chaque changement de technos (hors densité d'info) il y a toujours eu une periode transitoire ou les anciennes tech coexitaient avec les nouvelles. Donc avant 1 an (environ) on se saura pas si les constructeurs souhaitent généraliser des tech comme le CTQ. Pour les 8 Mo ça se discute, et pour les 60 Go par plateau ça sera assez rapidement pour tous les modèles




les 8Mo vont cohabiter sur les 180GXP et DiamondMax c'est obligé:
y'a les 2 version officiellement :D


---------------
Metro-PoleRéseau A Suivre...: Annuseries|LeVillage|pErDUSA
n°1897076
barbarella
Posté le 21-10-2002 à 02:12:05  profilanswer
 

Oxygen3 a écrit a écrit :

 
les 8Mo vont cohabiter sur les 180GXP et DiamondMax c'est obligé:
y'a les 2 version officiellement :D




 
oui, comme ça a été le cas pour le passage 512 Ko -> 2 Mo. Par contre la ou je dis que ça se discute pur les 8 Mo, c'est de conserver pour les 2 a 3 ans a venir une scission. je n'y crois pas trop, alors que pour le CTQ c'est envisageable. mais je n'y coirs pas non plus ;)


Message édité par barbarella le 21-10-2002 à 02:14:28
n°1897141
os2
Posté le 21-10-2002 à 06:26:53  profilanswer
 

barbarella a écrit a écrit :

 
Pour terminer,il serait souhaitable que tu regardes les chiffres des perf du barracuda 5 que lost-circuit a benchmarké (voir lien dans la conclusion de mon article). C'est assez impressionnant comme évolution, et montre que certains constructeurs si ce n'est tous, ont l'intention de faire franchir une barrière au perf des disques IDE. Maintenant le fait que les nouveaux IDE auront des perf plus conséquente, n'implique pas que ceux-ci vont dépasser les perf des SCSI
 
Maquiné Jean-françois
http://www.onversity.com




 
il y a pas de quoi fouetter un chat, le hd a un taux transfert de 57mb environ...
 
les disques scsi actuel font tout près de 80mb...
 
j'ai bien hâte de voir le s-ata en utilisation multitache...
les performances s'effondre complètement reste a voir si le s-ata pourra compétionner avec le scsi sur ce point


---------------
Borland rulez: http://pages.infinit.net/borland
n°1897167
M16
Posté le 21-10-2002 à 07:59:01  profilanswer
 

os2 a écrit a écrit :

 
 
il y a pas de quoi fouetter un chat, le hd a un taux transfert de 57mb environ...
 
les disques scsi actuel font tout près de 80mb...
 
j'ai bien hâte de voir le s-ata en utilisation multitache...
les performances s'effondre complètement reste a voir si le s-ata pourra compétionner avec le scsi sur ce point




 
 :heink:  
 
:non:


Message édité par M16 le 21-10-2002 à 07:59:16
n°1897196
Oxygen3
Tears from the moon
Posté le 21-10-2002 à 08:52:12  profilanswer
 

os2 a écrit a écrit :

 
 
il y a pas de quoi fouetter un chat, le hd a un taux transfert de 57mb environ...
 
les disques scsi actuel font tout près de 80mb...
 
j'ai bien hâte de voir le s-ata en utilisation multitache...
les performances s'effondre complètement reste a voir si le s-ata pourra compétionner avec le scsi sur ce point




si la mécanique et les caches buffer sont pas les mm c'est ptet normal non ?
c'est justement ce que cherche à montrer JF: l'évolution tend à montrer que les SATA se rapprochent bcp des SCSI, qui dit pas qu'on verra un 10k ou mm 15k en SATA un jour ?


---------------
Metro-PoleRéseau A Suivre...: Annuseries|LeVillage|pErDUSA
n°1904163
Nowa
XOXO
Posté le 23-10-2002 à 20:34:05  profilanswer
 

Bon voila j'ai voulu tester ce que peut donner les perfs du Serillel Ata d'Abit (étant donné l'indisponibilité ou le prix exhorbitant des DD sata pour le moment), voila l'adaptateur :
 
http://perso.wanadoo.fr/nowa/sata/seriel.jpg
 
Les connecteurs sata de la carte mère ( Abit IT7-Max2 ) :
 
http://perso.wanadoo.fr/nowa/sata/consata.jpg
 
Pour tester ça j'ai utilisé un Disque Dur ExcelStor J240 40Go ATA 7200 Tr/mn tout neuf , fraichement formaté que voila :
 
http://perso.wanadoo.fr/nowa/sata/ddexcel.jpg
 
Pour les tets , j'ai préféré de loin Sisoft Sandra plutot que le HDD Test de PCMARK 2002 qui est pas assez "pointu".
 
1. Test En Serillel-ATA :
 
http://perso.wanadoo.fr/nowa/sata/sandraddserexcel.jpg
 
2. Test En ATA 100 :
 
http://perso.wanadoo.fr/nowa/sata/sandraddataexcel.jpg
 
3. Test en ATA Raid 133 (2* Maxtor 740DL 80Go ATA 133 7200 tr/min) :
 
http://perso.wanadoo.fr/nowa/sata/sandradd.jpg
 
On remarque bien qu'il n'y a quasiment pas de différences entre le Sata et l'ATA 100 conventionnel ,  même que l'ATA 100 reste un poil supérieur niveau perf , reste qu'a espérer que ça changera avec l'arrivée des nouveaux disques Durs SATA , d'autant plus que ça serait interressant de voir les performances du Sata en Raid 0.
Le Raid 0 qui commence vraiment a trouver son publique et qui a des performances proche voir supérieur au SCSI(d'après le bench , perso j'en ai jamais eu).
 
Voila @ bientot pour un test de disque SATA :)
 
Nowa


Message édité par Nowa le 23-10-2002 à 20:34:31
n°1904306
os2
Posté le 23-10-2002 à 21:20:35  profilanswer
 

Oxygen3 a écrit a écrit :

 
si la mécanique et les caches buffer sont pas les mm c'est ptet normal non ?
c'est justement ce que cherche à montrer JF: l'évolution tend à montrer que les SATA se rapprochent bcp des SCSI, qui dit pas qu'on verra un 10k ou mm 15k en SATA un jour ?




 
la densité des platteau est beaucoup plus faible sur des hd scsi de 10k ou 15k que ceux des ide...


---------------
Borland rulez: http://pages.infinit.net/borland
n°1904319
melba
Posté le 23-10-2002 à 21:24:33  profilanswer
 

Nowa a écrit a écrit :

Bon voila j'ai voulu tester ce que peut donner les perfs du Serillel Ata d'Abit (étant donné l'indisponibilité ou le prix exhorbitant des DD sata pour le moment), voila l'adaptateur :
 
http://perso.wanadoo.fr/nowa/sata/seriel.jpg
 
Les connecteurs sata de la carte mère ( Abit IT7-Max2 ) :
 
http://perso.wanadoo.fr/nowa/sata/consata.jpg
 
Pour tester ça j'ai utilisé un Disque Dur ExcelStor J240 40Go ATA 7200 Tr/mn tout neuf , fraichement formaté que voila :
 
http://perso.wanadoo.fr/nowa/sata/ddexcel.jpg
 
Pour les tets , j'ai préféré de loin Sisoft Sandra plutot que le HDD Test de PCMARK 2002 qui est pas assez "pointu".
 
1. Test En Serillel-ATA :
 
http://perso.wanadoo.fr/nowa/sata/sandraddserexcel.jpg
 
2. Test En ATA 100 :
 
http://perso.wanadoo.fr/nowa/sata/sandraddataexcel.jpg
 
3. Test en ATA Raid 133 (2* Maxtor 740DL 80Go ATA 133 7200 tr/min) :
 
http://perso.wanadoo.fr/nowa/sata/sandradd.jpg
 
On remarque bien qu'il n'y a quasiment pas de différences entre le Sata et l'ATA 100 conventionnel ,  même que l'ATA 100 reste un poil supérieur niveau perf , reste qu'a espérer que ça changera avec l'arrivée des nouveaux disques Durs SATA , d'autant plus que ça serait interressant de voir les performances du Sata en Raid 0.
Le Raid 0 qui commence vraiment a trouver son publique et qui a des performances proche voir supérieur au SCSI(d'après le bench , perso j'en ai jamais eu).
 
Voila @ bientot pour un test de disque SATA :)
 
Nowa




 

Citation :

Article d'ONVERSITY :Command Tag Queuing (CTQ)
Quel que soit le nom qu'on lui donne : Tag'n Seek (chez IBM), Tagged Command Queuing, cette technologie a pour objectif d'optimiser l'utilisation mécanique d'un disque dur, en stockant provisoirement les commandes qui lui sont envoyées et en les réorganisant, pour minimiser les déplacements des têtes de lecture. En terme de débit brut, un disque dur équipé de cette technologie ne montrera aucun gain, par contre en débit moyen ou rendement de lecture / écriture, un tel disque offrira 10% à 30% de gains comparé à un disque dur ne disposant pas de cette technologie.
 
RAID
La technologie de Command Tag Queuing peut s'appliquer aussi bien au disque dur qu'à l'interface. Dans ce dernier cas, l'idée est d'optimiser la répartition des requêtes sur les différents périphériques. L'intérêt du Command Tag Queuing dans une utilisation standard multi-périphérique, me semble encore un peu obscur, par contre en mode RAID, elle permet une optimisation de la répartition du travail entre les différents disques durs associés.Malheureusement, le Serial-ATA 1 ne dispose pas de cette technologie (contrairement au SCSI) et il faudra donc attendre le Serial-ATA 2. Ainsi les solutions RAID Serial-ATA offriront un faible gain par rapport à son prédécesseur, l'Ultra-DMA 133 (à disque dur équivalent).


 
On a le temps :)

n°1904330
Le_poilu
Mangez des poils !
Posté le 23-10-2002 à 21:28:25  profilanswer
 

Nowa-> les connecteur de l'AT7-MAX2 T sur ke c du SATA ????
 
pour moi ça ressemble plus à un connecteur IDE  ou RAID IDE :??:   . àmoins k'ils ai mis un truc proprio ke je suis pas au courant :??:


---------------
Dans la lumière de l'ignorance je me débats pour que la bêtise humaine ne soit que de l'intelligence artificielle. Le monde virtuel dans lequel je vis n'est autre que le monde réel de l'obscur savoir.
n°1904339
melba
Posté le 23-10-2002 à 21:31:07  profilanswer
 

okey-dokey a écrit a écrit :

Nowa-> les connecteur de l'AT7-MAX2 T sur ke c du SATA ????
 
pour moi ça ressemble plus à un connecteur IDE  ou RAID IDE :??:   . àmoins k'ils ai mis un truc proprio ke je suis pas au courant :??:  




ou changer de lunettes

n°1904373
apolon34
Vive Linux!!
Posté le 23-10-2002 à 21:41:35  profilanswer
 

de toute facon c'est pas le serial ata en lui meme qui apporte l'innovation (hormis le command queuing).
 
c'est normal que sur le meme disque, les perfs soient identiques en ata 100 et sata
 
et concernant le scsi, il reste loin devant tout ce qui se fait de mieux en ide.
 
et les taux de 80mb/s sont atteints par un seul dd scsi

n°1904391
barbarella
Posté le 23-10-2002 à 21:45:39  profilanswer
 

hummm,
 
je suis de l'avis de pascal de tt-hardware. la majortié, si ce n'est toutes les CM actuelles proposant le Sata, n'intègrent en fait pas un controleur d'interface sata, mais un simple convertiseur vers un controleur d'interface ultra-dma.
 
Ce qui veut dire qu'il y a des chances que tu n'aies en fait que testé ce que consomme le convertisseur en terme de perf ... :(


Message édité par barbarella le 23-10-2002 à 21:47:17
n°1904423
apolon34
Vive Linux!!
Posté le 23-10-2002 à 21:55:33  profilanswer
 

barbarella a écrit a écrit :

hummm,
 
je suis de l'avis de pascal de tt-hardware. la majortié, si ce n'est toutes les CM actuelles proposant le Sata, n'intègrent en fait pas un controleur d'interface sata, mais un simple convertiseur vers un controleur d'interface ultra-dma.
 
Ce qui veut dire qu'il y a des chances que tu n'aies en fait que testé ce que consomme le convertisseur en terme de perf ... :(




 
de toute facon sata ou pas, c'est le dd teste qui bride les perfs, le jour ou vous aurez compris ca...

n°1904441
melba
Posté le 23-10-2002 à 22:00:19  profilanswer
 

Le taggeg command queueing ne change rien dans les tests d'un HD

n°1904450
apolon34
Vive Linux!!
Posté le 23-10-2002 à 22:01:54  profilanswer
 

melba a écrit a écrit :

Le taggeg command queueing ne change rien dans les tests d'un HD
 




 
si, certainement. Quand les controleurs sata le supporteront (sata 2)  :lol:

n°1904459
barbarella
Posté le 23-10-2002 à 22:03:14  profilanswer
 

apolon34 a écrit a écrit :

 
 
de toute facon sata ou pas, c'est le dd teste qui bride les perfs, le jour ou vous aurez compris ca...




 
En perf brute, oui. mais pas en utilsiation pratique. Je peux te citer 2 raisons au pif :D.  
 
1 - les transfert entre la mémoire cache du dd et la CM se font a la vitesse de l'interface. Le cache est très utilisé en utilisation bureatique, pas du tout avec des test de perf brute
 
2 - En utilisation multi-périphérique, la topologie et les perf intrinsèque de l'interface joue un role important.

n°1904462
barbarella
Posté le 23-10-2002 à 22:04:06  profilanswer
 

melba a écrit a écrit :

Le taggeg command queueing ne change rien dans les tests d'un HD
 




 
précise ta pensée, c'est un peu flou pour moi ce que tu veix dire ...

n°1904465
barbarella
Posté le 23-10-2002 à 22:05:26  profilanswer
 

apolon34 a écrit a écrit :

 
 
si, certainement. Quand les controleurs sata le supporteront (sata 2)  :lol:  




 
faut pas confondre le CTQ installé sur le DD et celui installé dans l'interface. C'est la même tech mais pas utilisé au même fin et elles se complémentent.

n°1904470
apolon34
Vive Linux!!
Posté le 23-10-2002 à 22:06:32  profilanswer
 

barbarella a écrit a écrit :

 
 
faut pas confondre le CTQ installé sur le DD et celui installé dans l'interface. C'est la même tech mais pas utilisé au même fin et elles se complémentent.




 
ouais enfin en atendant il n'y en a nulle part

n°1904474
apolon34
Vive Linux!!
Posté le 23-10-2002 à 22:08:12  profilanswer
 

barbarella a écrit a écrit :

 
 
En perf brute, oui. mais pas en utilsiation pratique. Je peux te citer 2 raisons au pif :D.  
 
1 - les transfert entre la mémoire cache du dd et la CM se font a la vitesse de l'interface. Le cache est très utilisé en utilisation bureatique, pas du tout avec des test de perf brute
 
2 - En utilisation multi-périphérique, la topologie et les perf intrinsèque de l'interface joue un role important.
 




 
le cache a plutot tendance a etre en memoire vive que sur le disque
 
et de plus, le sata est a peine plus rapide que l'ata 133 donc les differences seront minimes

n°1904479
barbarella
Posté le 23-10-2002 à 22:09:41  profilanswer
 

apolon34 a écrit a écrit :

 
 
ouais enfin en atendant il n'y en a nulle part




 
normalement le GXP180 d'IBM en SATA en est équipé voir la version ultra-dma .
 
Chez seagate le Barracuda V en sata en est équipé.
 
 
 

n°1904481
barbarella
Posté le 23-10-2002 à 22:10:32  profilanswer
 

apolon34 a écrit a écrit :

 
 
le cache a plutot tendance a etre en memoire vive que sur le disque
 
et de plus, le sata est a peine plus rapide que l'ata 133 donc les differences seront minimes




 
apparement la notion de cache en cascade t'échappe.


Message édité par barbarella le 23-10-2002 à 22:11:59
n°1904488
apolon34
Vive Linux!!
Posté le 23-10-2002 à 22:12:22  profilanswer
 

barbarella a écrit a écrit :

 
 
apparement la notion de cache en cascade d'échappe.




 
mais je t'en pris, expliques ce que c'est aux ignorants comme moi

n°1904492
apolon34
Vive Linux!!
Posté le 23-10-2002 à 22:13:28  profilanswer
 

barbarella a écrit a écrit :

 
 
normalement le GXP180 d'IBM en SATA en est équipé voir la version ultra-dma .
 
Chez seagate le Barracuda V en sata en est équipé.
 
 
 
 




 
je savais pas....
 
c'est peut etre ce qui explique les tres bonnes performances de ces modeles

n°1904494
barbarella
Posté le 23-10-2002 à 22:13:33  profilanswer
 

apolon34 a écrit a écrit :

 
 
mais je t'en pris, expliques ce que c'est aux ignorants comme moi




 
tu vas être étonné, j'ai même fais un site pour que tout le monde puisse s'informer, comme quoi je prends très a coeur la formation  :)
 
http://www.onversity.com/cgi-bin/p [...] ts&P=a0900
 

n°1904522
apolon34
Vive Linux!!
Posté le 23-10-2002 à 22:21:49  profilanswer
 

barbarella a écrit a écrit :

 
 
tu vas être étonné, j'ai même fais un site pour que tout le monde puisse s'informer, comme quoi je prends très a coeur la formation  :)
 
http://www.onversity.com/cgi-bin/p [...] ts&P=a0900
 
 




 
sympa ton article mais ca marche pas tout a fait comme ca.
 
quand tu ouvres un fichier, il est tamponne dans la ram du pc. Elle sert donc de cache entre le dd et le systeme.
 
Elle est bien entendu plus vaste et plus rapide que celle du dd.
 
 bash:free
             total       used       free     shared    buffers     cached
Mem:        256868     230544      26324          0       5656     156668
-/+ buffers/cache:      68220     188648
Swap:       345388          0     345388
 
chez moi j'ai 156mo de ram pour le cache disque, autant dire que les 2mo sur le disque ne servent pas a grand chose a cote...
 
ensuite si les donnees ne sont pas dans mon cache ram, elles ont peu de chances d'etre sur celui du disque, celui ci va donc aller lire sur le disque, remplir son cache avec les donnees, remplir mon cache en ram avec et enfin les filer au logiciel demandeur.
 
au final, le taux de transfert limitant est celui du dd, pas de l'interface

n°1904530
Nowa
XOXO
Posté le 23-10-2002 à 22:24:35  profilanswer
 

o

okey-dokey a écrit a écrit :

Nowa-> les connecteur de l'AT7-MAX2 T sur ke c du SATA ????
 
pour moi ça ressemble plus à un connecteur IDE  ou RAID IDE :??:   . àmoins k'ils ai mis un truc proprio ke je suis pas au courant :??:  




 
Si tu regardes au dessus du connecteur IDE du bas , on voit 2 connecteurs qui resortent , c'est les connecteurs SATA.
 
Melba > Je savais pas pour le Raid 0 sur Sata 1 , merci pour cet info ;)
 
Apolon34 > je pense bien que le HDD De teste bride , mais bon si ABIT a fourni l'adaptateur Serrillel ATA c'est bien pourquelque chose , c'est sur qu'un ATA 100 même en Serrillel ATA ne fera jamais les 150Mo/s , c'était juste pour voir si ça avait un intérêt ou pas (d'ailleurs pas vraiment sauf pouvoir rajouter quelques DD supplémentaires).Clair que si j'avais testé avec un Maxtor ATA 133 ça aurait été déja mieux :)
 
 

n°1904544
apolon34
Vive Linux!!
Posté le 23-10-2002 à 22:28:37  profilanswer
 

Nowa a écrit a écrit :

o
 
Si tu regardes au dessus du connecteur IDE du bas , on voit 2 connecteurs qui resortent , c'est les connecteurs SATA.
 
Melba > Je savais pas pour le Raid 0 sur Sata 1 , merci pour cet info ;)
 
Apolon34 > je pense bien que le HDD De teste bride , mais bon si ABIT a fourni l'adaptateur Serrillel ATA c'est bien pourquelque chose , c'est sur qu'un ATA 100 même en Serrillel ATA ne fera jamais les 150Mo/s , c'était juste pour voir si ça avait un intérêt ou pas (d'ailleurs pas vraiment sauf pouvoir rajouter quelques DD supplémentaires).Clair que si j'avais testé avec un Maxtor ATA 133 ça aurait été déja mieux :)
 
 
 




 
l'adaptateur sert a gerer la transition en douceur, ca n'a rien a voir avec les performances.
 
et pis ca permet d'utiliser la connectique sata, qui est bien moins encombrante

n°1904549
barbarella
Posté le 23-10-2002 à 22:29:38  profilanswer
 

apolon34 a écrit a écrit :

 
 
sympa ton article mais ca marche pas tout a fait comme ca.
 
quand tu ouvres un fichier, il est tamponne dans la ram du pc. Elle sert donc de cache entre le dd et le systeme.
 
Elle est bien entendu plus vaste et plus rapide que celle du dd.
 
 bash:free
             total       used       free     shared    buffers     cached
Mem:        256868     230544      26324          0       5656     156668
-/+ buffers/cache:      68220     188648
Swap:       345388          0     345388
 
chez moi j'ai 156mo de ram pour le cache disque, autant dire que les 2mo sur le disque ne servent pas a grand chose a cote...
 
ensuite si les donnees ne sont pas dans mon cache ram, elles ont peu de chances d'etre sur celui du disque, celui ci va donc aller lire sur le disque, remplir son cache avec les donnees, remplir mon cache en ram avec et enfin les filer au logiciel demandeur.
 
au final, le taux de transfert limitant est celui du dd, pas de l'interface




 
le prob de ton hypothèse, c'est qu'elle ne tient pas les fait en tout cas pas complètement. ainsi un même DD équipé de 2 Mo et de 8 Mo de cahce n'ont pas les même perf. C'est les +6Mo de cache sur le DD qui font la diff. mais cela n'est valide seulement qu'en appli bureautique et truc du genre evidement.


Message édité par barbarella le 23-10-2002 à 22:29:58
n°1904576
apolon34
Vive Linux!!
Posté le 23-10-2002 à 22:39:48  profilanswer
 

barbarella a écrit a écrit :

 
 
le prob de ton hypothèse, c'est qu'elle ne tient pas les fait en tout cas pas complètement. ainsi un même DD équipé de 2 Mo et de 8 Mo de cahce n'ont pas les même perf. C'est les +6Mo de cache sur le DD qui font la diff. mais cela n'est valide seulement qu'en appli bureautique et truc du genre evidement.




 
en effet sauf qu'au depart on parlait de vitesse de cache et non pas de taille.
 
prends un test de maxtor sur ata 100 et ata 133 en applis bureautique pour voir

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2
Page Précédente

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Hardware
  Disque dur

   ici tout sur le SERIAL ATA haute performance pour disques durs IDE

 

Sujets relatifs
msi k7d master a t'elle de bonne performancedifference entre load bios default / load performance default
Seagate 80 Go ATA 100 & Nappe IDE "standard"GA-7VAXP Port IDE à la place du RAID
Controleur IDE promise Vs Controleur IDE Viales durs de 100Go et + ...
J'y gagnerai en performance si...[ câbles IDE ] origami ou comment plier ses câbles
UN LECTEUR CD ROM 52X IDE SAMSUNG NEUF EMBALLAGE 
Plus de sujets relatifs à : ici tout sur le SERIAL ATA haute performance pour disques durs IDE


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR