C'est vrai que c'est plus efficace.
Avec le serveur testdebit.info ont obtient donc presque le Giga :wget -O /dev/null
http://1.testdebit.info/fichiers/1000Mo.dat--2013-10-27 20:41:08--
http://1.testdebit.info/fichiers/1000Mo.datResolving testdebit.info (testdebit.info)... 89.84.127.54
Connecting to testdebit.info (testdebit.info)|89.84.127.54|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1000000000 (954M) [application/x-ns-proxy-autoconfig]
Saving to: `/dev/null'
100%[====================================>] 1,000,000,000 109M/s in 8.9s
2013-10-27 20:41:17 (107 MB/s) - `/dev/null' saved [1000000000/1000000000]
Entre 2 machines en 10 Gbps (dont notre serveur speedtest) :wget -O /dev/null
http://cdn.mediactive-network.net/speedtest/1Gio.dat--2013-10-27 20:52:34--
http://cdn.mediactive-network.net/speedtest/1Gio.datResolving cdn.mediactive-network.net (cdn.mediactive-network.net)... 178.248.208.70
Connecting to cdn.mediactive-network.net (cdn.mediactive-network.net)|178.248.208.70|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [application/x-ns-proxy-autoconfig]
Saving to: `/dev/null'
100%[===========================================>] 1,073,741,824 1.07G/s in 0.9s
Ca fait quand même un peu plus de 8Gbps mais il en manque encore un peu à l'appel. Cela reste donc très difficile d'avoir, quelle que soit la méthode, un résultat vraiment juste ou du moins équivalent aux données théoriques annoncées par les fabricants. A ces débits la, trop de paramètres (réseau, protocoles, système, matériels) rentrent en jeu et peuvent influer sur le résultat.