Auteur Sujet: Linux: Réaliser un test de débit descendant/montant avec CURL  (Lu 41871 fois)

0 Membres et 1 Invité sur ce sujet

willemijns

  • Client FreeMobile
  • *
  • Messages: 2 589
Linux: Réaliser un test de débit descendant/montant avec CURL
« Réponse #12 le: 25 août 2019 à 18:17:23 »
Tu pense que FTP utilise moins d'octets que HTTP

non je disais que HTTP et les streams c'etait au minimum 50% des trames TCP ou plus génériquement c'est la majoritédes usages sur Internet. désolé ma phrase était pas clair je le conçois.

willemijns

  • Client FreeMobile
  • *
  • Messages: 2 589
Linux: Réaliser un test de débit descendant/montant avec CURL
« Réponse #13 le: 25 août 2019 à 18:28:29 »
- les serveurs FTP ne prennent pas en charge la mise en cache et l'accélération ;
- l'implèmentation de la plupart des logiciels a stagné et ceux-ci sont difficiles à utiliser et à configurer ;
- l'utilisation des serveurs FTP est plutôt faible puisque notre propre installateur n'offre pas depuis dix ans FTP comme moyen d'accès aux miroirs ;
- le protocole est peu efficace et demande l'ajout de bidouillages compliqués pour les pare-feu et les démons de répartition de charge.[/color]

tout ce beau texte confirme bel et bien que le FTP pour la lecture/reception defichiers n'est pas éfficace mais comme je vais le confirmer qq lignes plus bas pour l'envoi c'est quand même mieux... de ne pas trop changer les habitudes de devs ;)

Pour les devs DEBIAN:
Les services des développeurs Debian ne seront pas affectés. Il s'agit des files d'attente d'envoi pour à la fois l'archive principale « main » et l'archive de sécurité :

on peut aussi rajouter que les filehosteurs comme dl.free.fr uptobox et autres 1 fichier.com apprécient particulierement le FTP................................................

willemijns

  • Client FreeMobile
  • *
  • Messages: 2 589
Linux: Réaliser un test de débit descendant/montant avec CURL
« Réponse #14 le: 25 août 2019 à 18:41:47 »
argh ! tu as modifié 1 ou 2 fois ton méssage ? j'avais point vu tout cela...

> Il faut modifier l'IP privée en IP publique dans les paquets de commande FTP, en quoi c'est un élèment intéressant ou déterminant ?

car c'est pas des données sensibles pour un test UP et DL, on envoye ou recoit souvent des ISO ou des fichiers de test randomisés...
 
> Tout bascule en https, même pour configurer ta box qui est chez toi https est en train de s'imposer.

oui... le HTTP(S) upload est bien suffisant pour les envois simples.....




vivien

  • Administrateur
  • *
  • Messages: 39 221
    • Twitter LaFibre.info
Linux: Réaliser un test de débit descendant/montant avec CURL
« Réponse #15 le: 26 août 2019 à 11:59:18 »
> Il faut modifier l'IP privée en IP publique dans les paquets de commande FTP, en quoi c'est un élèment intéressant ou déterminant ?

car c'est pas des données sensibles pour un test UP et DL, on envoye ou recoit souvent des ISO ou des fichiers de test randomisés...

Oui, mais cela entraîne du code complexe dans tous les NAT, cela serait bien de pouvoir s'en passer dans quelques années.

kgersen

  • Modérateur
  • Client Free Pro
  • *
  • Messages: 8 145
  • Paris (75)
Linux: Réaliser un test de débit descendant/montant avec CURL
« Réponse #16 le: 26 août 2019 à 12:02:59 »
Oui, mais cela entraîne du code complexe dans tous les NAT, cela serait bien de pouvoir s'en passer dans quelques années.

Donc garder FTP c'est encore une raison de pousser IPv6  ;D

vivien

  • Administrateur
  • *
  • Messages: 39 221
    • Twitter LaFibre.info
Linux: Réaliser un test de débit descendant/montant avec CURL
« Réponse #17 le: 26 août 2019 à 12:07:54 »
Je ne suis pas sur que FTP ne va pas supporter les mécanismes de translation DNS46/NAT46.

kgersen

  • Modérateur
  • Client Free Pro
  • *
  • Messages: 8 145
  • Paris (75)
Linux: Réaliser un test de débit descendant/montant avec CURL
« Réponse #18 le: 26 août 2019 à 13:27:59 »
Je ne suis pas sur que FTP ne va pas supporter les mécanismes de translation DNS46/NAT46.

l'idée est juste de laisser un serveur FTP en 'IPv6 only' en oubliant complètement IPv4 & les mécanismes de transitions.

sounours

  • Client Free fibre
  • *
  • Messages: 14
  • Cazères (31220)
Linux: Réaliser un test de débit montant avec CURL
« Réponse #19 le: 29 juillet 2021 à 11:03:27 »
Préparatif pour une test de débit montant (upload) : télécharger un ficher de grande taille appelé /tmp/temp.iso

- Exemple avec un fichier de 10 Mo : curl -o /tmp/temp.iso https://bouygues.testdebit.info/10M.iso
- Exemple avec un fichier de 100 Mo : curl -o /tmp/temp.iso https://bouygues.testdebit.info/100M.iso
- Exemple avec un fichier de 1 Go : curl -o /tmp/temp.iso https://bouygues.testdebit.info/1G.iso
- Exemple avec un fichier de 10 Go : curl -o /tmp/temp.iso https://bouygues.testdebit.info/10G.iso



Test de débit montant (upload) sur une connexion TCP sous Linux :

Le débit moyen est affiché dans la colonne Average Upload. C'est un débit en Mo/s et non en Mb/s. C'est un débit utile, les encapsulations ne sont pas comptées.

IPv4 uniquement :
http, sur une durée de 60 secondes : curl --max-time 60 -4 -w %{size_upload} -o /dev/null -F "filecontent=@/tmp/temp.iso" http://bouygues.testdebit.info
https, sur une durée de 60 secondes : curl --max-time 60 -4 -w %{size_upload} -o /dev/null -F "filecontent=@/tmp/temp.iso" https://bouygues.testdebit.info
http, sans limite de durée : curl -4 -o /dev/null -F "filecontent=@/tmp/temp.iso" http://bouygues.testdebit.info
https, sans limite de durée : curl -4 -o /dev/null -F "filecontent=@/tmp/temp.iso" https://bouygues.testdebit.info

IPv6 uniquement :
http, sur une durée de 60 secondes : curl --max-time 8 -6 -w %{size_upload} -o /dev/null -F "filecontent=@/tmp/temp.iso" http://bouygues.testdebit.info
https, sur une durée de 60 secondes : curl --max-time 8 -6 -w %{size_upload} -o /dev/null -F "filecontent=@/tmp/temp.iso" https://bouygues.testdebit.info
http, sans limite de durée : curl -6 -o /dev/null -F "filecontent=@/tmp/temp.iso" http://bouygues.testdebit.info
https, sans limite de durée : curl -6 -o /dev/null -F "filecontent=@/tmp/temp.iso" https://bouygues.testdebit.info

Attention : le débit est calculé coté èmetteur : tout paquet émis et non acquitté est compté dans les données "size_upload"
Si une box a un petit débit et de gros buffers, il est possible d'avoir une différence très importante, les données sont émises mais pas reçues car elles sont en transit dans le buffer de la box.
Il est donc indispensable d'avoir un test de longue durée (par exemple 60 secondes) en upload. En download 8 secodnes suffisent par cotre, vu que le débit est calculé coté récepteur.


Merci, t'es un chef !

Malgré l'âge des liens, ça marche toujours aussi bien !