Existe-t-il un moyen de faire fonctionner Scp plus rapidement sur un Mac OS X?

J'essaie de download un file SWF généré par Flex (500 kb) à partir de mon Macbook (en utilisant Snow Leopard) en utilisant la command

scp main.swf server.com:/ 

J'ai eu l'authentification de la key de configuration pour éviter de taper l'user / passer à chaque fois. Ce process prend normalement jusqu'à deux minutes en utilisant ma connection à la maison (768kbps vers le bas / 300 + kbps).

La partie intéressante est que lorsque j'utilise WinSCP dans ma machine Windows XP, le process ne prend que 30 à 40 secondes maximum.

Mon appareil MacBook et Windows XP utilisent la même connection Internet. Le MacBook est connecté au routeur via le câble (ce qui devrait être plus rapide à droite?) Pendant que Windows XP se connecte par Wifi.

Faites-moi savoir si vous avez besoin d'informations supplémentaires afin de diagnostiquer le problème.

Merci!

METTRE À JOUR:

Affichez des informations supplémentaires sur la configuration deux suivant le fil de xenny.

OSX: Core 2 Duo 2,0 GHz 4 Go de RAM

Windows XP Pentium D 2,8 GHz 2 Go de RAM

Voici les parameters WinSCP: Session protocol = SSH-2 SSH implementation = OpenSSH_4.7p1 Debian-8ubuntu1.2 Algorithme de encryption = aes Compression = Non Protocole de transfert de file = SFTP-3

J'ai essayé -c aes dans OSX, mais il a affiché un message "type de chiffre inconnu".

Le MacBook utilise un chiffrement plus coûteux que WinSCP sur le PC, ce qui entraîne le ralentissement.

Si le MacBook est actuellement associé à la CPU, append à la charge en comprivant le stream de données peut aggraver les choses.

Si vous utilisez ssh -c pour choisir un chiffrement less coûteux, votre problème doit être résolu. Je suggérerais de commencer par regarder ce chiffre que la machine XP utilise, en supposant que les deux machines ont des performances de processeurs comparables.

La principale chose que vous devriez vérifier est la vitesse à laquelle vous pouvez éventuellement attendre. Si votre téléchargement sur Internet est de 300 Kbps, ni wifi ni connection filaire au routeur ne devrait être le goulot d'étranglement ici. Utilisez des calculs simples pour vérifier ou réfuter cela; Si c'est une taille de mégaoctets, vous devriez attendre 3 secondes (-ish).

Si ce n'est pas un problème de configuration locale, ou est impossible à installer, vous pouvez utiliser scp -C pour la compression pour accélérer les transferts importants. Ou vous pouvez utiliser rsync , si vous téléchargez de nouvelles versions du même swf à plusieurs resockets; Si c'est le plus souvent identique, l'accélération peut être assez importante.

Vous pouvez également essayer d'utiliser rsync au lieu de scp pour la mise à jour. Cela permettra de transférer uniquement datatables modifiées de la nouvelle version lors du rlocation direct de votre file .swf .

Syntaxe suggérée: rsync --compress --times --progress main.swf server.com:/path/to/final/directory/on/the/webserver Pour plus d'informations, reportez-vous à man rsync et préparez-vous à une page rsync --compress --times --progress main.swf server.com:/path/to/final/directory/on/the/webserver assez écrasante.

Suite à la suggestion de xenny d'un chiffre différent, je suggérerais le chiffre de blowfish-cbc. C'est le chiffrement le less coûteux du marché disponible dans OpenSSH, et même s'il n'est pas le chiffre le plus sécurisé possible, il est beaucoup plus rapide. Je vois souvent des augmentations massives (2-10x) de la vitesse de changement au blowfish, alors je reorderais de lui donner un coup de feu.