Que cette journée vous soit douce,
à une question que je posais plus haut, un aimable
internaute me répondit que, si l'on mettait sur le même
controleur IDE un DD en ATA 133 et un autre en
ATA 33, le controleur se réglait sur le + lent et donc
les deux seraient en ATA 33.
Une autre internaute, non moins aimable, lui
répondit en termes choisis que c'était une légende urbaine
qui avait la vie dure...
Qui a raison ?
Kerim
Je suis tout de même persuadé qu'Eric et Annie ont raison, même si je viens à l'instant de lire le contraire sur des sites expliquant comment assembler son PC.
Ils ont raison mais du temps de Windows 3.1 il y'avait une restriction avec le pilote d'accès au disque 32 bits qui ne marchait pas si il y'avait plus d'un lecteur sur la nappe. Je ne me souvient plus très bien dans le détails (ça fait plus de 10 ans) mais je pense qui la légende vient de là. --
Amicalement, Gg.
Roulans, France. http://www.les-rochat.net !! Pour me répondre enlevez le NOPUB dans mon adresse !!
Kerker ,
Je suis tout de même persuadé qu'Eric et Annie ont raison,
même si je viens à l'instant de lire le contraire sur des sites
expliquant comment assembler son PC.
Ils ont raison mais du temps de Windows 3.1 il y'avait une restriction
avec le pilote d'accès au disque 32 bits qui ne marchait pas si il
y'avait plus d'un lecteur sur la nappe. Je ne me souvient plus très bien
dans le détails (ça fait plus de 10 ans) mais je pense qui la légende
vient de là.
--
Amicalement, Gg.
Roulans, France.
http://www.les-rochat.net
!! Pour me répondre enlevez le NOPUB dans mon adresse !!
Je suis tout de même persuadé qu'Eric et Annie ont raison, même si je viens à l'instant de lire le contraire sur des sites expliquant comment assembler son PC.
Ils ont raison mais du temps de Windows 3.1 il y'avait une restriction avec le pilote d'accès au disque 32 bits qui ne marchait pas si il y'avait plus d'un lecteur sur la nappe. Je ne me souvient plus très bien dans le détails (ça fait plus de 10 ans) mais je pense qui la légende vient de là. --
Amicalement, Gg.
Roulans, France. http://www.les-rochat.net !! Pour me répondre enlevez le NOPUB dans mon adresse !!
Esus
"Zythum" a écrit dans le message de news:40178111$0$1145$
http://electronics.howstuffworks.com/ide.htm à lire!!! (en anglais)
Pour être sur de mes résultats, j'ai combiné deux périphériques "extrèmes".
Donc sur le nappe 1, en maitre un DD 80 Go UDMA100 et en esclave un ZIP 250
interne PIO3 !
Pas le même mode de transfert... et donc utilisation différente du chipset de la carte mère et probablement du contrôle/commande des périphériques concernés.
(pour info sur la nappe 2, en maitre un DD 30 Go UDMA66 et en esclave un DVD
UDMA33)
RAS
Juste un point pour les 2, la 2ème unité étant en ATAPI (=transfert par paquets), ça joue peut-être sur la disponibilité du bus (c'est quoi déjà l'avis de nos experts sur la question?).
- Premier test : - Deuxième test : Bilan du deuxième test : aucune influence sur les performances si les deux périphériques sont utlisés l'un après l'autre.
Normal.
- Troisième test Comme je ne veux pas sursolliciter le controleur IDE, je lance un transfert
de 100 Mo du ZIP vers ma deuxième machine via un partage réseau (liaison 100
Mbit/s = 12 Mo/s > au performance du ZIP)
peut être une très mauvaise idée si c'est le LAN intégré: - soit tout transite par le bus PCI et/ou le pont ISA/PCI (carte réseau dédiée) et tu charges le southbridge (qui reçoit aussi les périph IDE, mais ça devrait passer), - soit tu utilises le LAN intégré sur la carte mère et là tu satures de surcroît la liaison southbridge-northbridge justement utilisée par les périphériques IDE (en PIO pour aller chercher le proc puis la RAM, en DMA pour aller chercher dirctement la RAM).
Vitesse du DD 80 Go (le ZIP faisant son transfert vers le réseau) : environ
2.1 Mo/s !!!!!! (même pas besoin d'attendre le résultat pour savoir que celà
aller être trés mauvais). J'ai refait le test en faisant un transfert du ZIP vers le second DD et même
soucis.
Si c'est avec les mêmes perf, probable que tu utilise l'Ethernet sur PCI.
Bilan du troisième test : si les deux périphériques IDE d'une même nappe sont sollicités simultanément (sans que celà soit un transfert de l'un à l'autre), le débit s'aligne sur le plus lent.
Je ne pense pas qu'il s'agit d'alignement, mais d'attente que le bus puisse être repris par le master, qui enverra à sa vitesse de croisière mais bien moins souvent! Donc le débit s'écroule en pratique.
Faudrais tester 2 HDD déclarés dans le BIOS a des débits différents, en DMA et DMA puis DMA et PIO.
"Zythum" <xx@x.x> a écrit dans le message de
news:40178111$0$1145$636a55ce@news.free.fr...
http://electronics.howstuffworks.com/ide.htm à lire!!! (en anglais)
Pour être sur de mes résultats, j'ai combiné deux périphériques
"extrèmes".
Donc sur le nappe 1, en maitre un DD 80 Go UDMA100 et en esclave un ZIP
250
interne PIO3 !
Pas le même mode de transfert... et donc utilisation différente du chipset
de la carte mère et probablement du contrôle/commande des périphériques
concernés.
(pour info sur la nappe 2, en maitre un DD 30 Go UDMA66 et en esclave un
DVD
UDMA33)
RAS
Juste un point pour les 2, la 2ème unité étant en ATAPI (=transfert par
paquets), ça joue peut-être sur la disponibilité du bus (c'est quoi déjà
l'avis de nos experts sur la question?).
- Premier test :
- Deuxième test :
Bilan du deuxième test : aucune influence sur les performances si les deux
périphériques sont utlisés l'un après l'autre.
Normal.
- Troisième test
Comme je ne veux pas sursolliciter le controleur IDE, je lance un
transfert
de 100 Mo du ZIP vers ma deuxième machine via un partage réseau (liaison
100
Mbit/s = 12 Mo/s > au performance du ZIP)
peut être une très mauvaise idée si c'est le LAN intégré:
- soit tout transite par le bus PCI et/ou le pont ISA/PCI (carte réseau
dédiée) et tu charges le southbridge (qui reçoit aussi les périph IDE, mais
ça devrait passer),
- soit tu utilises le LAN intégré sur la carte mère et là tu satures de
surcroît la liaison southbridge-northbridge justement utilisée par les
périphériques IDE (en PIO pour aller chercher le proc puis la RAM, en DMA
pour aller chercher dirctement la RAM).
Vitesse du DD 80 Go (le ZIP faisant son transfert vers le réseau) :
environ
2.1 Mo/s !!!!!! (même pas besoin d'attendre le résultat pour savoir que
celà
aller être trés mauvais).
J'ai refait le test en faisant un transfert du ZIP vers le second DD et
même
soucis.
Si c'est avec les mêmes perf, probable que tu utilise l'Ethernet sur PCI.
Bilan du troisième test : si les deux périphériques IDE d'une même nappe
sont sollicités simultanément (sans que celà soit un transfert de l'un à
l'autre), le débit s'aligne sur le plus lent.
Je ne pense pas qu'il s'agit d'alignement, mais d'attente que le bus puisse
être repris par le master, qui enverra à sa vitesse de croisière mais bien
moins souvent! Donc le débit s'écroule en pratique.
Faudrais tester 2 HDD déclarés dans le BIOS a des débits différents, en DMA
et DMA puis DMA et PIO.
"Zythum" a écrit dans le message de news:40178111$0$1145$
http://electronics.howstuffworks.com/ide.htm à lire!!! (en anglais)
Pour être sur de mes résultats, j'ai combiné deux périphériques "extrèmes".
Donc sur le nappe 1, en maitre un DD 80 Go UDMA100 et en esclave un ZIP 250
interne PIO3 !
Pas le même mode de transfert... et donc utilisation différente du chipset de la carte mère et probablement du contrôle/commande des périphériques concernés.
(pour info sur la nappe 2, en maitre un DD 30 Go UDMA66 et en esclave un DVD
UDMA33)
RAS
Juste un point pour les 2, la 2ème unité étant en ATAPI (=transfert par paquets), ça joue peut-être sur la disponibilité du bus (c'est quoi déjà l'avis de nos experts sur la question?).
- Premier test : - Deuxième test : Bilan du deuxième test : aucune influence sur les performances si les deux périphériques sont utlisés l'un après l'autre.
Normal.
- Troisième test Comme je ne veux pas sursolliciter le controleur IDE, je lance un transfert
de 100 Mo du ZIP vers ma deuxième machine via un partage réseau (liaison 100
Mbit/s = 12 Mo/s > au performance du ZIP)
peut être une très mauvaise idée si c'est le LAN intégré: - soit tout transite par le bus PCI et/ou le pont ISA/PCI (carte réseau dédiée) et tu charges le southbridge (qui reçoit aussi les périph IDE, mais ça devrait passer), - soit tu utilises le LAN intégré sur la carte mère et là tu satures de surcroît la liaison southbridge-northbridge justement utilisée par les périphériques IDE (en PIO pour aller chercher le proc puis la RAM, en DMA pour aller chercher dirctement la RAM).
Vitesse du DD 80 Go (le ZIP faisant son transfert vers le réseau) : environ
2.1 Mo/s !!!!!! (même pas besoin d'attendre le résultat pour savoir que celà
aller être trés mauvais). J'ai refait le test en faisant un transfert du ZIP vers le second DD et même
soucis.
Si c'est avec les mêmes perf, probable que tu utilise l'Ethernet sur PCI.
Bilan du troisième test : si les deux périphériques IDE d'une même nappe sont sollicités simultanément (sans que celà soit un transfert de l'un à l'autre), le débit s'aligne sur le plus lent.
Je ne pense pas qu'il s'agit d'alignement, mais d'attente que le bus puisse être repris par le master, qui enverra à sa vitesse de croisière mais bien moins souvent! Donc le débit s'écroule en pratique.
Faudrais tester 2 HDD déclarés dans le BIOS a des débits différents, en DMA et DMA puis DMA et PIO.
Stephane D
ATAPI, le zip, je pense, non ? c'est pas si vieux quand meme ?
Rien à voir, les disque durs causent en ATA et les CD-ROM, graveur, lecteur de bande etc causent en ATAPI. Je crois bien que les ZIP IDE causent en ATA et les externes en ATAPI. C'est à vérifier car ca pourrait être aussi une des causes.
On en sait un peu plus mais on a toujours pas le pourquoi du comment de la chose.
@+ Stephane
ATAPI, le zip, je pense, non ? c'est pas si vieux quand meme ?
Rien à voir, les disque durs causent en ATA et les CD-ROM, graveur,
lecteur de bande etc causent en ATAPI. Je crois bien que les ZIP IDE
causent en ATA et les externes en ATAPI. C'est à vérifier car ca
pourrait être aussi une des causes.
On en sait un peu plus mais on a toujours pas le pourquoi du comment de
la chose.
ATAPI, le zip, je pense, non ? c'est pas si vieux quand meme ?
Rien à voir, les disque durs causent en ATA et les CD-ROM, graveur, lecteur de bande etc causent en ATAPI. Je crois bien que les ZIP IDE causent en ATA et les externes en ATAPI. C'est à vérifier car ca pourrait être aussi une des causes.
On en sait un peu plus mais on a toujours pas le pourquoi du comment de la chose.
@+ Stephane
Alex
"Kerker" wrote in message news:bv8psv$5e7$
Tu crois vraiment que ca vaut le coup de créer un nouveau fil pour une
réponse que tu as plus haut ?
Ben oui...la preuve dans le fil qui suit, où la lumière
de la vérité a encore du mal à percer ! Je suis tout de même persuadé qu'Eric et Annie ont raison, même si je viens à l'instant de lire le contraire sur des sites expliquant comment assembler son PC.
oui, mais il ne faut pas forcement croire tout ce que disent les sites :) ce genre de choses, il y a finalement peu de specialistes, et tu as pas mal de chances qu'un amateur en sache plus que le gars qui a cree le site. Ce gars-la n'a peut-etre fait que recopier des infos trouvees sur un ng, par ex. Pour etre franc, les sites auxquels je fais majoritairement confiance en hardware doivent se compter sur les doigts de la main (Et encore, il y a toujours des erreurs par-ci-par-la...) - pour la plupart des autres, je ne considere pas l'info vraie si la demonstration ou la source n'est pas claire et limpide.
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
"Kerker" <kerker@nospam.fr> wrote in message
news:bv8psv$5e7$1@news-reader5.wanadoo.fr...
Tu crois vraiment que ca vaut le coup de créer un nouveau fil pour
une
réponse que tu as plus haut ?
Ben oui...la preuve dans le fil qui suit, où la lumière
de la vérité a encore du mal à percer !
Je suis tout de même persuadé qu'Eric et Annie ont raison,
même si je viens à l'instant de lire le contraire sur des sites
expliquant comment assembler son PC.
oui, mais il ne faut pas forcement croire tout ce que disent les sites
:) ce genre de choses, il y a finalement peu de specialistes, et tu as
pas mal de chances qu'un amateur en sache plus que le gars qui a cree le
site. Ce gars-la n'a peut-etre fait que recopier des infos trouvees sur
un ng, par ex. Pour etre franc, les sites auxquels je fais
majoritairement confiance en hardware doivent se compter sur les doigts
de la main (Et encore, il y a toujours des erreurs par-ci-par-la...) -
pour la plupart des autres, je ne considere pas l'info vraie si la
demonstration ou la source n'est pas claire et limpide.
--
Alex
[JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et
autres jeux de role.
www.extremia.org
Tu crois vraiment que ca vaut le coup de créer un nouveau fil pour une
réponse que tu as plus haut ?
Ben oui...la preuve dans le fil qui suit, où la lumière
de la vérité a encore du mal à percer ! Je suis tout de même persuadé qu'Eric et Annie ont raison, même si je viens à l'instant de lire le contraire sur des sites expliquant comment assembler son PC.
oui, mais il ne faut pas forcement croire tout ce que disent les sites :) ce genre de choses, il y a finalement peu de specialistes, et tu as pas mal de chances qu'un amateur en sache plus que le gars qui a cree le site. Ce gars-la n'a peut-etre fait que recopier des infos trouvees sur un ng, par ex. Pour etre franc, les sites auxquels je fais majoritairement confiance en hardware doivent se compter sur les doigts de la main (Et encore, il y a toujours des erreurs par-ci-par-la...) - pour la plupart des autres, je ne considere pas l'info vraie si la demonstration ou la source n'est pas claire et limpide.
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
Alex
"Stephane D" wrote in message news:bvagvc$263$
ATAPI, le zip, je pense, non ? c'est pas si vieux quand meme ?
Rien à voir, les disque durs causent en ATA et les CD-ROM, graveur, lecteur de bande etc causent en ATAPI. Je crois bien que les ZIP IDE causent en ATA et les externes en ATAPI. C'est à vérifier car ca pourrait être aussi une des causes.
oui, c'est ca : mon souvenir etait que l'ATAPI est apparu avec les lecteurs de CD (non-proprietaires).
On en sait un peu plus mais on a toujours pas le pourquoi du comment de
la chose.
C'est bien dit :)
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
"Stephane D" <sur_le@forum.fr> wrote in message
news:bvagvc$263$1@s1.read.news.oleane.net...
ATAPI, le zip, je pense, non ? c'est pas si vieux quand meme ?
Rien à voir, les disque durs causent en ATA et les CD-ROM, graveur,
lecteur de bande etc causent en ATAPI. Je crois bien que les ZIP IDE
causent en ATA et les externes en ATAPI. C'est à vérifier car ca
pourrait être aussi une des causes.
oui, c'est ca : mon souvenir etait que l'ATAPI est apparu avec les
lecteurs de CD (non-proprietaires).
On en sait un peu plus mais on a toujours pas le pourquoi du comment
de
la chose.
C'est bien dit :)
--
Alex
[JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et
autres jeux de role.
www.extremia.org
ATAPI, le zip, je pense, non ? c'est pas si vieux quand meme ?
Rien à voir, les disque durs causent en ATA et les CD-ROM, graveur, lecteur de bande etc causent en ATAPI. Je crois bien que les ZIP IDE causent en ATA et les externes en ATAPI. C'est à vérifier car ca pourrait être aussi une des causes.
oui, c'est ca : mon souvenir etait que l'ATAPI est apparu avec les lecteurs de CD (non-proprietaires).
On en sait un peu plus mais on a toujours pas le pourquoi du comment de
la chose.
C'est bien dit :)
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
Alex
"Esus" wrote in message news:bv8uio$11o4$
"Zythum" a écrit dans le message de news:40178111$0$1145$
- Troisième test Comme je ne veux pas sursolliciter le controleur IDE, je lance un transfert
de 100 Mo du ZIP vers ma deuxième machine via un partage réseau (liaison
100
Mbit/s = 12 Mo/s > au performance du ZIP)
peut être une très mauvaise idée si c'est le LAN intégré: - soit tout transite par le bus PCI et/ou le pont ISA/PCI (carte réseau
dédiée) et tu charges le southbridge (qui reçoit aussi les périph IDE, mais
ça devrait passer), - soit tu utilises le LAN intégré sur la carte mère et là tu satures de
surcroît la liaison southbridge-northbridge justement utilisée par les périphériques IDE (en PIO pour aller chercher le proc puis la RAM, en DMA
pour aller chercher dirctement la RAM).
Voila : tu fais un aller-retour dans la liaison et je pense que ca doit bouffer de la ressource. Pour ma part quand je fais ce genre de tests, j'envoie vers /dev/null (ou NUL) ou vers un ramdisk (eventuellement infini : sous linux, j'avais trafique le driver ramdisk pour que le ramdisk en question ne se remplisse jamais : il ne faisait que jeter les octets qu'il recevait - un peu comme /dev/null).
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
"Esus" <esusSANS@onlineMAJUSCULES.fr> wrote in message
news:bv8uio$11o4$1@biggoron.nerim.net...
"Zythum" <xx@x.x> a écrit dans le message de
news:40178111$0$1145$636a55ce@news.free.fr...
- Troisième test
Comme je ne veux pas sursolliciter le controleur IDE, je lance un
transfert
de 100 Mo du ZIP vers ma deuxième machine via un partage réseau
(liaison
100
Mbit/s = 12 Mo/s > au performance du ZIP)
peut être une très mauvaise idée si c'est le LAN intégré:
- soit tout transite par le bus PCI et/ou le pont ISA/PCI (carte
réseau
dédiée) et tu charges le southbridge (qui reçoit aussi les périph IDE,
mais
ça devrait passer),
- soit tu utilises le LAN intégré sur la carte mère et là tu satures
de
surcroît la liaison southbridge-northbridge justement utilisée par les
périphériques IDE (en PIO pour aller chercher le proc puis la RAM, en
DMA
pour aller chercher dirctement la RAM).
Voila : tu fais un aller-retour dans la liaison et je pense que ca doit
bouffer de la ressource.
Pour ma part quand je fais ce genre de tests, j'envoie vers /dev/null
(ou NUL) ou vers un ramdisk (eventuellement infini : sous linux, j'avais
trafique le driver ramdisk pour que le ramdisk en question ne se
remplisse jamais : il ne faisait que jeter les octets qu'il recevait -
un peu comme /dev/null).
--
Alex
[JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et
autres jeux de role.
www.extremia.org
"Zythum" a écrit dans le message de news:40178111$0$1145$
- Troisième test Comme je ne veux pas sursolliciter le controleur IDE, je lance un transfert
de 100 Mo du ZIP vers ma deuxième machine via un partage réseau (liaison
100
Mbit/s = 12 Mo/s > au performance du ZIP)
peut être une très mauvaise idée si c'est le LAN intégré: - soit tout transite par le bus PCI et/ou le pont ISA/PCI (carte réseau
dédiée) et tu charges le southbridge (qui reçoit aussi les périph IDE, mais
ça devrait passer), - soit tu utilises le LAN intégré sur la carte mère et là tu satures de
surcroît la liaison southbridge-northbridge justement utilisée par les périphériques IDE (en PIO pour aller chercher le proc puis la RAM, en DMA
pour aller chercher dirctement la RAM).
Voila : tu fais un aller-retour dans la liaison et je pense que ca doit bouffer de la ressource. Pour ma part quand je fais ce genre de tests, j'envoie vers /dev/null (ou NUL) ou vers un ramdisk (eventuellement infini : sous linux, j'avais trafique le driver ramdisk pour que le ramdisk en question ne se remplisse jamais : il ne faisait que jeter les octets qu'il recevait - un peu comme /dev/null).
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
