Может быть какая-то разница в скорости в простой команде "копировать" для большого (2 ГБ) файла между локальным и SSH выполнением?
Пример сценария:
- Linux машина (я думаю, что операционная система не беспокоит).
- Сервер OpenSSH.
- Исходный большой файл на жестком диске, около 2 ГБ (я думаю, SSD или классический HD тоже не беспокоит).
- Назначение для файла: USB-порт (умеренно быстрый 2.0) (я думаю, что 3.0 или даже 1.0 не будут беспокоить, ни то, ни другое).
Я собираюсь заказать простое:
cp MyBigFile.iso /media/pendrive
Pendrive подключен к той же машине.
Два случая:
- Локальная оболочка (сижу на машине, делаю
cp) выполнение заказной копии большого файла. - Оболочка SSH (я захожу на другой компьютер в той же локальной сети и захожу через SSH-клиент) удаленно заказала копию большого файла.
Есть ли смысл ожидать разницы в скорости? Зачем?
Я думаю, что на самом деле, когда копия включает в себя много небольших файлов, связь (для оболочки SSH) между сервером и клиентом может добавить много небольших задержек (не стесняйтесь исправлять и эту логику, если вы считаете, что я ошибаюсь), но Я не уверен насчет больших.
(Не стесняйтесь высказываться о моих сценариях "не беспокоить", также выше.)
1 ответ
Когда вы ssh в машину и запускаете cp fromFile toFileэта копия полностью выполняется на удаленной машине. Он не связывается через ssh, чтобы сделать копию. Фактически, без каких-либо аргументов, cp даже не сообщит о прогрессе в сеанс ssh, он только завершится, и вы увидите приглашение.
Если вы копируете много маленьких файлов и используете cp -v, cp напечатает имя каждого файла при копировании. Печать имени вызовет связь по ssh-соединению. Возможно, что если у вас медленное соединение, команда cp напечатает имена файлов быстрее, чем ssh сможет передать их по проводам, и кажется возможным, что после печати достаточного количества имен файлов cp может заблокировать попытку записи в stdout.
Я никогда не видел, чтобы это произошло, и скорость диска всегда была ограничивающим фактором, но я думаю, что это теоретически возможно.