[Q] Diminution de débit ftp de Freebox HD vers mac

Le
JiPaul
Bonjour à tous,

Souhaitant faire de la place sur ma FB HD afin de pouvoir enregistrer
la cérémonie des jeux que je ne peux voir en direct, je viens de
constater le phénomène suivant :

(J'utilise Fetch version 5.3 et je suis sous Tiger 10.4.11)

Lorsque je commence à télécharger par FTP un (ou plusieurs) fichiers
depuis la FBHD, le débit est d'environ 1,5 à 2 Mo/s. Un fichier d'
1,5Go (une heure) devrait donc être téléchargé (d'après Fetch) en=
une
quinzaine de minutes. Mais au fur et à mesure que le temps passe, le
débit ne cesse de diminuer jusqu'à une ou deux centaines de Ko/s, soit
dix fois plus lent, et donc dix fois plus de temps. Si alors
j'interromps le téléchargement, et le relance (en double-cliquant sur
le fichier partiel obtenu sur le dd), le débit reprends la valeur
initiale, puis recommence de diminuer.

Suis-je le seul dans ce cas ?
Qu'en est-il avec d'autres logiciels client ftp ?
Y a-t-il un moyen de corriger le défaut ?

Merci d'avance pour vos réponses que j'espère nombreuses.

JiPaul.
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Anonyme
Le #16505141
JiPaul
Suis-je le seul dans ce cas ?
Qu'en est-il avec d'autres logiciels client ftp ?
Y a-t-il un moyen de corriger le défaut ?



Je pense pas que ce soit un problème de débit qui chute, mais de calcul
incorrect du débit.

Tu peux essayer avec CyberDuck qui est assez fiable là-dessus.

--
Anonyme ( jayce <@> mosx.org )
********* MosX.org Ce message est sous licence Creative Commons "by-nc-sa-2.0"
g5fleurot
Le #16506251
JiPaul
Qu'en est-il avec d'autres logiciels client ftp ?



Je viens de faire l'essai avec FileZilla (recommandé par Free)(version
3.06 pour OSX 10.4.11)
3600 Mo en 48 mn et débit affiché 1,2 Mo/sec

--
Gérard FLEUROT Remplacer le chiffre par la lettre correspondante.
blanc
Le #16542021
Anonyme
Je pense pas que ce soit un problème de débit qui chute, mais de calcul
incorrect du débit.



Non, non, je vois bien avec NetMonitor que le débit chute effectivement.
Et si je ne fais pas la manip indiquée (arrêt et relancement toutes les
4 ou 5 minutes) le fichier met dix fois plus de temps à se télécharger
que si je la fais.


Tu peux essayer avec CyberDuck qui est assez fiable là-dessus.



J'essayerai dès que possible.


--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
blanc
Le #16542011
Fleuger
Je viens de faire l'essai avec FileZilla (recommandé par Free)(version
3.06 pour OSX 10.4.11)



J'essayerai celui-ci aussi

3600 Mo en 48 mn et débit affiché 1,2 Mo/sec



Ce débit est-il affiché ? toujours le même tous le temps du
téléchargement ?


--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
Eric Levenez
Le #16542281
Le 13/08/08 22:57, dans
Non, non, je vois bien avec NetMonitor que le débit chute effectivement.
Et si je ne fais pas la manip indiquée (arrêt et relancement toutes les
4 ou 5 minutes) le fichier met dix fois plus de temps à se télécharger
que si je la fais.



Si je me rappelle bien, la fenêtre de transfert du protocole TCP est
initialisée à l'ouverture de la session. Sa taille permet d'émettre
rapidement des données (taille de la fenêtre), sans attendre les
acquittements (pour chaque paquet émis dans cette fenêtre). En cas de
problème de transmission, la taille de la fenêtre est réduite. Et je ne
pense pas qu'elle puisse réaugmenter. Cela permet normalement une adaptation
automatique des débits que la ligne soit à 1 kb/s ou 1 Gb/s. Mais si la
ligne est mauvaise on a des paquets perdus (que cela soit dû au réseau, à un
hub surchargé, ou à un câble mauvais...) et donc le débit baisse sans arrêt
jusqu'à la fenêtre minimum TCP (de 0 où chaque paquet doit être acquitté
avant l'émission du suivant). La valeur d'initialisation de la fenêtre est
le champ "net.inet.tcp.recvspace" de sysctl. Quand la ligne est bonne la
fenêtre ne change pas et le débit est maximum grâce à la bufferisation faite
par les fenêtres d'émission et de réception.

--
Éric Lévénez -- Unix is not only an OS, it's a way of life.
blanc
Le #16543881
Eric Levenez
Si je me rappelle bien, la fenêtre de transfert du protocole TCP est
initialisée à l'ouverture de la session. Sa taille permet d'émettre
rapidement des données (taille de la fenêtre), sans attendre les
acquittements (pour chaque paquet émis dans cette fenêtre). En cas de
problème de transmission, la taille de la fenêtre est réduite. Et je ne
pense pas qu'elle puisse réaugmenter. Cela permet normalement une adaptation
automatique des débits que la ligne soit à 1 kb/s ou 1 Gb/s. Mais si la
ligne est mauvaise on a des paquets perdus (que cela soit dû au réseau, à un
hub surchargé, ou à un câble mauvais...) et donc le débit baisse sans arrêt
jusqu'à la fenêtre minimum TCP (de 0 où chaque paquet doit être acquitté
avant l'émission du suivant). La valeur d'initialisation de la fenêtre est
le champ "net.inet.tcp.recvspace" de sysctl. Quand la ligne est bonne la
fenêtre ne change pas et le débit est maximum grâce à la bufferisation faite
par les fenêtres d'émission et de réception.



OK. Mais je ne vois pas pourquoi la ligne serait mauvaise dans le cas de
la FB HD, connectée en local à la FB par un cable éthernet (100Mbps ?),
et celle-ci connectée de même à mon ordi.

D'ailleurs je trouve que même le débit max que j'obtiens (2Mbps environ)
est vraiment faible pour une connexion locale, même s'il est vrai que
les commandes transitent par Free, ce qui lui permet de filtrer les
fichiers visibles sur la FBHD depuis mon mac.

Je soupçonne un bridage par Free, et c'est pourquoi j'attends d'autres
essais par les freenautes qui nous lisent pour confirmer ou infirmer ce
point.

--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
g5fleurot
Le #16544081
JiPaul
Ce débit est-il affiché ? toujours le même tous le temps du
téléchargement ?


Oui. Variable au début, puis se stabilise.

Vue de la fenêtre de transfert :

Lien pour la 3.06 (les plus récentes ne fonctionnent pas sous Tiger)
--
Gérard FLEUROT Remplacer le chiffre par la lettre correspondante.
blanc
Le #16548941
Serge Horrent
Je le soupçonne également ! Mon débit (Dégroupage total, ADSL2+, 1200m
du DSLAM avec faible affaiblissement, Freebox V4) a bien chuté depuis
quelques semaines et dépasse rarement les 3 Mb/s (3,358 à l'instant), au
lieu des 12 à 18 constatés depuis des mois après le passage de mon DSLAM
à l'ADSL2+.



Tu parles bien du débit FBHD ---> ordi (par ftp, et normalement sans
passer par le DSLAM) ?

Constates-tu comme moi une remontée à 18 Mbs quand tu arrêtes le
transfert et que tu le relances ?
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
blanc
Le #16548931
Fleuger
Oui. Variable au début, puis se stabilise.

Vue de la fenêtre de transfert :

Lien pour la 3.06 (les plus récentes ne fonctionnent pas sous Tiger)



OK. Merci. J'essayerai...

--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
Huron
Le #16688481
On 8 août, 14:38, JiPaul
Bonjour à tous,

Souhaitant faire de la place sur ma FB HD afin de pouvoir enregistrer
la cérémonie des jeux que je ne peux voir en direct, je viens de
constater le phénomène suivant :

(J'utilise Fetch version 5.3 et je suis sous Tiger 10.4.11)

Lorsque je commence à télécharger par FTP un (ou plusieurs) fichier s
depuis la FBHD, le débit est d'environ 1,5 à 2 Mo/s. Un fichier d'
1,5Go (une heure) devrait donc être téléchargé (d'après Fetch) en une
quinzaine de minutes. Mais au fur et à mesure que le temps passe, le
débit ne cesse de diminuer jusqu'à une ou deux centaines de Ko/s, soi t
dix fois plus lent, et donc dix fois plus de temps. Si alors
j'interromps le téléchargement, et le relance (en double-cliquant sur
le fichier partiel obtenu sur le dd), le débit reprends la valeur
initiale, puis recommence de diminuer.

Suis-je le seul dans ce cas ?
Qu'en est-il avec d'autres logiciels client ftp ?
Y a-t-il un moyen de corriger le défaut ?

Merci d'avance pour vos réponses que j'espère nombreuses.

     JiPaul.



Ca depend la nature du serveur sur lequel vous etes logué....
C'est un secret de polichinelle certes mais pour optimiser la bande
passante les FAIs en interne on des table de routage regulierement mis
a jour... En gros le debit sera assuré si le site est transparent
(contenu) ou si c'est un service payant... A noté aussi l'explication
du buffer qui pendant longtemps a fait croire a quelques écervellés
que leur ADSL devenait fantasmagorique pendant les premieres secondes
de branchement...

Question : 3go de données .... C'est quoi un film de vacances ou une
distribution Yellow dog pour Mac ?
Publicité
Poster une réponse
Anonyme