немного медленнее? Windows VM Ubuntu и Mac Leopard

2333

Я использую Ubuntu под VMware. Я подключил свой USB-накопитель непосредственно к Ubuntu, а не через Windows XP, и я начал передавать файлы с моего Mac Leopard на Ubuntu / USB HD

В большинстве случаев скорость составляет 2,8 МБ / с. Команда scp, которую я использовал, была чем-то вроде

scp "name here@lanIP:./" ./ 

Я не хочу останавливать передачу, чтобы проверить. (.bash_history не показывал мне мою команду)

Правильно ли это для скорости передачи? Мой ноутбук и Mac подключены через кабель Ethernet. Сеть должна быть 100 Мбит / с, что заставляет меня думать, что я должен получить менее 12 МБ. Возможно 8 МБ в секунду. 2.8 кажется медленным. Я передаю> 22 ГБ, поэтому медленный перевод заставит меня страдать. К моему времени это займет примерно 3 часа.

0

4 ответа на вопрос

1
Raynet

Your speed is quite similar to speeds I've seen on other 100Mbps networks with SSH. The transfer speed seems to depend alot on OS you are using, and not that much on the available CPU speed. On one network all transfers between PCs running Debian or Ubuntu Linux had 3MB/s speeds, but when I was using SCP on a Mac OS X server, I always got over 6MB/s. Also file transfers from a Xen server (which is running CentOS variant I think) also gave me higher speeds. Only time I've gotten faster transfer speeds with Debian Linux and scp are when I've copied data from one Xen virtual machine to another on the same Xen server, then I would get 20+MB/s speeds.

With Samba shares, you usually can get to 50Mbps or so, and If you want speed easily, I would recommend setting up a FTP server, with that I usually can get 90Mbps easily, even from a Windows machine.

FTP был намного лучше. Сначала была проблема с конфигурацией, которая мешала мне использовать его, но потом оказалось, что он намного лучше. 14 лет назад 0
1
Tobu

scp совершенно неэффективен с большим количеством маленьких файлов. Я предлагаю вместо этого использовать rsync. rsync может использовать ssh для транспорта и заметит ваши уже переданные файлы и сэкономит трафик.

1
Shawn Chin

Как упоминал Тобу, SCP неэффективен при копировании большого количества маленьких файлов. Обычный трюк - это направление потока tar через SSH. Смотрите: http://www.thingy-ma-jig.co.uk/blog/03-09-2008/using-tar-and-ssh-improve-scp-speeds

Вы также можете немного увеличить скорость, используя более быстрые шифры, такие как blowfish. пример:

tar czf - /path/files-to-copy | ssh -c blowfish user@remotehos tar xzf - -C /path/to/destination 
-1
Fabián Escalante

scp is slow because it uses a protocol over a protocol and you have to manage timeouts of one protocol over the timeouts of another and recontruction of the stream of data over the reconstruction of the underlying protocol. It will be slow always and even worse with higher latency. Try something not over ssh.