Le mer 25/06/2003 à 20:18, Mathieu Barbeau a écrit : > J'ai effectivement pensé à cette hypothèse (selon le même > principe de compression des données pour le > modem "standard") Mais après avoir mesuré le temps lors du > transfert, il s'avère qu'un transfert avec http et plus > rapide (moins long) que pas sftp. Par conséquent, je dois > chercher une autre piste de solution :) > > D'autres idées? Il est normal que sftp, globalement, soit plus lent que http ou ftp à cause du chiffrement des données. Je veux dire que si tu transfères un fichier de taille x, il est parfaitement normal que ça prenne plus de temps par sftp que par http ou ftp à cause du chiffrement des données. La question que je me posais dans mon message précédent, c'était si le taux de transfert que tu mesurais était le taux brut (la vitesse de passage des données chiffrées par le canal) ou le taux net (la vitesse de transfert d'un fichier de taille x en y secondes, sans tenir compte du chiffrement). Je serais surpris et intrigué si le taux brut était différent, mais comme j'ai dit dans le paragraphe précédent, il est parfaitement normal que le taux net soit inférieur. -- Eric Martel Sainte-Foy (Qc) Canada OpenPGP public key: http://vid.ericmartel.net/pubkey.txt
Attachment: signature.asc
Description: PGP signature