Je me suis livré à un petit test de débit entre 2 macs (ibook et imac,
G3 tous les deux, sous 10.3.5).
Les mesures ont été faites avec iperf (disponible sur
http://www.osxgnu.org/). Cet outil génère lui même les données
transmises, ce qui permet de s'affranchir des problèmes d'accès disque.
Tout d'abord, j'ai relié les deux macs par Ethernet. Le test donne un
débit de 75 Mbits/s (pas si mal... sachant que la vitesse max théorique
est de 100 Mb/s).
J'ai fait le même test en passant par le part Firewire. Et là... je
plafonne à 96 Mbits/s, ce qui me parait un peu faible étant donné que le
firewire peut monter jusqu'à 400 Mbits/s.
Cette limitation est-elle connue ?
Y a-t-il un moyen de monter le débit en Firewire ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
laurent.pertois
pcles wrote:
Les mesures ont été faites avec iperf (disponible sur http://www.osxgnu.org/)
Je ne trouve pas l'outil, aurais-tu un lien plus précis ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
pcles <pcles@free.fr> wrote:
Les mesures ont été faites avec iperf (disponible sur
http://www.osxgnu.org/)
Je ne trouve pas l'outil, aurais-tu un lien plus précis ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Les mesures ont été faites avec iperf (disponible sur http://www.osxgnu.org/)
Je ne trouve pas l'outil, aurais-tu un lien plus précis ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
sanji
Laurent Pertois wrote:
Je ne trouve pas l'outil, aurais-tu un lien plus précis ?
On le trouve aussi sur http://fr.osxgnu.org/pub/osxgnu/Networking/iperf-1.2.xpm.sit
L'utilisation est ultrasimple:
pour l'aide: iperf -h côté mac serveur: iperf -s côté mac client: iperf -c <adresse du serveur> (on peut également rajouter -t 20 pour que le test de débit dure 20s; par défaut il dure 10s).
On le trouve aussi sur
http://fr.osxgnu.org/pub/osxgnu/Networking/iperf-1.2.xpm.sit
L'utilisation est ultrasimple:
pour l'aide: iperf -h
côté mac serveur: iperf -s
côté mac client: iperf -c <adresse du serveur> (on peut également
rajouter -t 20 pour que le test de débit dure 20s; par défaut il dure
10s).
On le trouve aussi sur http://fr.osxgnu.org/pub/osxgnu/Networking/iperf-1.2.xpm.sit
L'utilisation est ultrasimple:
pour l'aide: iperf -h côté mac serveur: iperf -s côté mac client: iperf -c <adresse du serveur> (on peut également rajouter -t 20 pour que le test de débit dure 20s; par défaut il dure 10s).
-- Pierre
-- Pierre
laurent.pertois
pcles wrote:
On le trouve aussi sur http://fr.osxgnu.org/pub/osxgnu/Networking/iperf-1.2.xpm.sit
Merci, je ne sais pas ce que j'ai fait pour le rater.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
pcles <pcles@free.fr> wrote:
On le trouve aussi sur
http://fr.osxgnu.org/pub/osxgnu/Networking/iperf-1.2.xpm.sit
Merci, je ne sais pas ce que j'ai fait pour le rater.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
On le trouve aussi sur http://fr.osxgnu.org/pub/osxgnu/Networking/iperf-1.2.xpm.sit
Merci, je ne sais pas ce que j'ai fait pour le rater.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
pcles wrote:
On le trouve aussi sur http://fr.osxgnu.org/pub/osxgnu/Networking/iperf-1.2.xpm.sit
Pour info, j'ai trouvé une version plus récente (pas encore testée) à la source avec une version Mac OS X :
<http://dast.nlanr.net/Projects/Iperf/>
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
pcles <pcles@free.fr> wrote:
On le trouve aussi sur
http://fr.osxgnu.org/pub/osxgnu/Networking/iperf-1.2.xpm.sit
Pour info, j'ai trouvé une version plus récente (pas encore testée) à la
source avec une version Mac OS X :
<http://dast.nlanr.net/Projects/Iperf/>
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
On le trouve aussi sur http://fr.osxgnu.org/pub/osxgnu/Networking/iperf-1.2.xpm.sit
Pour info, j'ai trouvé une version plus récente (pas encore testée) à la source avec une version Mac OS X :
<http://dast.nlanr.net/Projects/Iperf/>
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
pcles
J'ai effectués d'autres tests, afin de débroussailler un peu cette histoire.
Je me suis rendu compte que le débit mesuré sur Firewire par iPerf variait en fonction du sens de transmission: - dans le sens ibook vers imac (i.e. "iperf -s" sur l'imac, "iperf -c" sur l'ibook), j'obtient un débit max de 95 Mbits/s - dans l'autre sens, le débit plafonne à 71 Mbits/s seulement
J'en déduis que, en dépit d'une configuration logicielle identique, les contrôleurs Firewire de ces deux machines n'ont pas tout à fait les mêmes performances... Curieusement, en faisant le même test dans les mêmes conditions sur le port Ethernet, je trouve également un écart dans les performances, mais dans l'autre sens cette fois-ci ! (i.e. le sens imac vers ibook est plus rapide).
En regardant le temps CPU consommé pendant la phase de transfert (commande UNIX "top"), j'ai eu la surprise de constater que la part "idle" n'était que de quelques %, le plus gros étant consommé par "sys"... D'ailleurs, une lecture de MP3 (local sur mon disque) avec iTunes pendant la transmission dégrade fortement les performances !!
Mon interprétation est que le débit plafonne sur Firewire à cause de la CPU de mes machines (l'imac tourne à 400MHZ et l'ibook à 700).
Quelqu'un a-t-il fait le test avec des machines plus "musclées" ?
-- Pierre
-- Pierre
J'ai effectués d'autres tests, afin de débroussailler un peu cette
histoire.
Je me suis rendu compte que le débit mesuré sur Firewire par iPerf
variait en fonction du sens de transmission:
- dans le sens ibook vers imac (i.e. "iperf -s" sur l'imac, "iperf -c"
sur l'ibook), j'obtient un débit max de 95 Mbits/s
- dans l'autre sens, le débit plafonne à 71 Mbits/s seulement
J'en déduis que, en dépit d'une configuration logicielle identique, les
contrôleurs Firewire de ces deux machines n'ont pas tout à fait les
mêmes performances...
Curieusement, en faisant le même test dans les mêmes conditions sur le
port Ethernet, je trouve également un écart dans les performances, mais
dans l'autre sens cette fois-ci ! (i.e. le sens imac vers ibook est plus
rapide).
En regardant le temps CPU consommé pendant la phase de transfert
(commande UNIX "top"), j'ai eu la surprise de constater que la part
"idle" n'était que de quelques %, le plus gros étant consommé par
"sys"... D'ailleurs, une lecture de MP3 (local sur mon disque) avec
iTunes pendant la transmission dégrade fortement les performances !!
Mon interprétation est que le débit plafonne sur Firewire à cause de la
CPU de mes machines (l'imac tourne à 400MHZ et l'ibook à 700).
Quelqu'un a-t-il fait le test avec des machines plus "musclées" ?
J'ai effectués d'autres tests, afin de débroussailler un peu cette histoire.
Je me suis rendu compte que le débit mesuré sur Firewire par iPerf variait en fonction du sens de transmission: - dans le sens ibook vers imac (i.e. "iperf -s" sur l'imac, "iperf -c" sur l'ibook), j'obtient un débit max de 95 Mbits/s - dans l'autre sens, le débit plafonne à 71 Mbits/s seulement
J'en déduis que, en dépit d'une configuration logicielle identique, les contrôleurs Firewire de ces deux machines n'ont pas tout à fait les mêmes performances... Curieusement, en faisant le même test dans les mêmes conditions sur le port Ethernet, je trouve également un écart dans les performances, mais dans l'autre sens cette fois-ci ! (i.e. le sens imac vers ibook est plus rapide).
En regardant le temps CPU consommé pendant la phase de transfert (commande UNIX "top"), j'ai eu la surprise de constater que la part "idle" n'était que de quelques %, le plus gros étant consommé par "sys"... D'ailleurs, une lecture de MP3 (local sur mon disque) avec iTunes pendant la transmission dégrade fortement les performances !!
Mon interprétation est que le débit plafonne sur Firewire à cause de la CPU de mes machines (l'imac tourne à 400MHZ et l'ibook à 700).
Quelqu'un a-t-il fait le test avec des machines plus "musclées" ?
-- Pierre
-- Pierre
lists
pcles wrote:
côté mac serveur: iperf -s côté mac client: iperf -c <adresse du serveur> (on peut également rajouter -t 20 pour que le test de débit dure 20s; par défaut il dure 10s).
Je viens de tester entre un Powerbook G4 sous MacOS X et un PowerMacintosh G3 sous Linux. Malheureusement, je n'ai ni cable croisé ni cable FireWire sous la main pour les brancher en direct (de toute façon le G3 n'a pas de FireWire).
Les deux machines sont branchées sur le même réseau local.
J'obtiens : 6.83 Mbits/sec avec le powerbook comme client 6.55 Mbits/sec avec le G3 comme client
J'avoue que je suis un peu déçu :-)
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
pcles <pcles@free.fr> wrote:
côté mac serveur: iperf -s
côté mac client: iperf -c <adresse du serveur> (on peut également
rajouter -t 20 pour que le test de débit dure 20s; par défaut il dure
10s).
Je viens de tester entre un Powerbook G4 sous MacOS X et un
PowerMacintosh G3 sous Linux.
Malheureusement, je n'ai ni cable croisé ni cable FireWire sous la main
pour les brancher en direct (de toute façon le G3 n'a pas de FireWire).
Les deux machines sont branchées sur le même réseau local.
J'obtiens :
6.83 Mbits/sec avec le powerbook comme client
6.55 Mbits/sec avec le G3 comme client
J'avoue que je suis un peu déçu :-)
--
R: Parce que ça renverse bêtement l'ordre naturel de lecture!
Q: Mais pourquoi citer en fin d'article est-il si effroyable?
R: Citer en fin d'article
Q: Quelle est la chose la plus désagréable sur les groupes de news?
côté mac serveur: iperf -s côté mac client: iperf -c <adresse du serveur> (on peut également rajouter -t 20 pour que le test de débit dure 20s; par défaut il dure 10s).
Je viens de tester entre un Powerbook G4 sous MacOS X et un PowerMacintosh G3 sous Linux. Malheureusement, je n'ai ni cable croisé ni cable FireWire sous la main pour les brancher en direct (de toute façon le G3 n'a pas de FireWire).
Les deux machines sont branchées sur le même réseau local.
J'obtiens : 6.83 Mbits/sec avec le powerbook comme client 6.55 Mbits/sec avec le G3 comme client
J'avoue que je suis un peu déçu :-)
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
pdorange
Julien Salort wrote:
J'obtiens : 6.83 Mbits/sec avec le powerbook comme client 6.55 Mbits/sec avec le G3 comme client
J'avoue que je suis un peu déçu :-)
Si c'est en Ethernet 10 la connection, c'est un excellent résultat.
En Ethernet 100 par contre c'est médiocre...
-- Pierre-Alain Dorange
Vidéo, DV et QuickTime <http://alcazar.xbecom.com/videogarage/> Clarus, the DogCow <http://clarus.chez.tiscali.fr/>
Julien Salort <lists@juliensalort.org> wrote:
J'obtiens :
6.83 Mbits/sec avec le powerbook comme client
6.55 Mbits/sec avec le G3 comme client
J'avoue que je suis un peu déçu :-)
Si c'est en Ethernet 10 la connection, c'est un excellent résultat.
En Ethernet 100 par contre c'est médiocre...
--
Pierre-Alain Dorange
Vidéo, DV et QuickTime <http://alcazar.xbecom.com/videogarage/>
Clarus, the DogCow <http://clarus.chez.tiscali.fr/>