Cela semble lié à celui-ci , mais c'est quelque peu différent.
Il existe ce lien WAN entre deux sites de l'entreprise et nous devons transférer un seul fichier très volumineux (vidage Oracle, ~ 160 Go).
Nous avons une bande passante complète de 100 Mbps (testée), mais il semble qu'une seule connexion TCP ne puisse tout simplement pas la maximiser en raison du fonctionnement de TCP (ACK, etc.). Nous avons testé le lien avec iperf , et les résultats changent considérablement lors de l'augmentation de la taille de la fenêtre TCP: avec les paramètres de base, nous obtenons un débit de ~ 5 Mbps, avec un WS plus grand, nous pouvons obtenir jusqu'à ~ 45 Mbps, mais pas plus. La latence du réseau est d'environ 10 ms.
Par curiosité, nous avons exécuté iperf en utilisant plusieurs connexions, et nous avons constaté qu'en exécutant quatre d'entre elles, elles atteindraient en effet une vitesse de ~ 25 Mbps chacune, remplissant toute la bande passante disponible; de sorte que la clé semble être d'exécuter plusieurs transferts simultanés.
Avec FTP, les choses empirent: même avec des paramètres TCP optimisés (taille de fenêtre élevée, MTU max, etc.), nous ne pouvons pas obtenir plus de 20 Mbps sur un seul transfert. Nous avons essayé de FTPer de gros fichiers en même temps, et en effet les choses se sont beaucoup améliorées que lors du transfert d'un seul; mais le coupable est devenu E / S disque, car très bientôt la lecture et l'écriture de quatre gros fichiers à partir des mêmes goulots d'étranglement de disque; De plus, nous ne semblons pas être en mesure de diviser ce grand fichier unique en plus petits, puis de le fusionner à nouveau, du moins pas dans des délais acceptables (évidemment, nous ne pouvons pas dépenser l'épissage / la fusion du fichier à un moment comparable à celui de le transférer).
La solution idéale ici serait un outil multithread qui pourrait transférer plusieurs morceaux du fichier en même temps; un peu comme des programmes peer-to-peer comme eMule ou BitTorrent le font déjà, mais d'une seule source à une seule destination. Idéalement, l'outil nous permettrait de choisir le nombre de connexions parallèles à utiliser, et bien sûr d'optimiser les E / S disque pour ne pas (trop) sauter follement entre les différentes sections du fichier.
Quelqu'un connaît-il un tel outil?
Ou, quelqu'un peut-il suggérer une meilleure solution et / ou quelque chose que nous n'avons pas déjà essayé?
PS Nous avons déjà pensé à sauvegarder cela sur bande / disque et à l'envoyer physiquement à destination; ce serait notre mesure extrême si le WAN ne le coupe pas, mais, comme l'a dit AS Tanenbaum, "Ne sous-estimez jamais la bande passante d'un break rempli de bandes qui dévalent l'autoroute."