Я очень частый пользователь sshfs для монтирования различных дисков по сети. Однако у меня есть очень маленькая машина (с атомным процессором), с которой мне нужно смонтировать каталог с помощью sshfs.
Можно ли отключить все сжатие и, возможно, даже шифрование при монтировании с использованием sshfs, чтобы ограничить использование процессора на компьютере, с которого монтируется каталог?
Хотя высокопроизводительный ssh не добавляет ни одного шифра, шифр arcfour почти такой же быстрый и входит в стандартную комплектацию.
Используйте: -o Ciphers=arcfour
Я использую это по локальной сети, и я получаю около 85% 100 Мбит / с Ethernet или около 10,625 МБ / с
(В ответном ответе vava sshfs все равно будет таким, каким он является, даже если шифрование ssh отключено, поскольку протокол аутентификации все еще активен, без чего вы могли бы также использовать telnet.)
Примечание для @osgx Недавно я обнаружил OpenSSL: Выбор шифра, который включает следующий график:
Ниже приведен раздел результатов с этой страницы. График и результаты сомнительны, поскольку в них не указано, как был проведен тест и на каком оборудовании, но я думаю, что они не так уж и далеки.
100 000 Кбайт / с - мой порог для приемлемой производительности. Это представляет собой 1 процессорное ядро (из 8 в моем случае), работающее со 100% -ной загрузкой для передачи 780 Мбит / с данных (что является разумной точкой насыщения для гигабитного канала Ethernet).
RC4 - самый быстрый шифр, если вы используете процессор, который не поддерживает AESNI.
AES-128 - следующий самый быстрый шифр, и намного быстрее, чем RC4, если у вас есть поддержка AESNI. Это примерно на 54% медленнее, если вы этого не сделаете. AES-256 работает медленнее, и, если явно не указано иное, любой браузер, поддерживающий AES-128, также будет поддерживать AES-256.
То, что было процитировано выше, ясно показывает, что arcfour (а также AES с AESNI) может насыщать гигабитное соединение на современной машине.
Если вам не нужно шифрование, ни один шифр из hpn-ssh будет еще быстрее, но он понадобится вам только в том случае, если вам нужно насыщать канал в несколько раз пропускной способностью гигабитного канала или если вам нужно уменьшить нагрузку на процессор.
Для sftp без шифрования используйте sshfs + socat
На стороне сервера запустить
socat TCP4-LISTEN:7777 EXEC:/usr/lib/sftp-server
И на стороне клиента
sshfs -o directport=7777 remote:/dir /local/dir
Источник: http://pl.atyp.us/wordpress/index.php/2009/09/file-transfer-fun/
Нет способа отключить шифрование - это все-таки ssh. И похоже, что сжатие по умолчанию отключено, так как вы должны запросить его с ключом -C .
Но вы можете проверить файл ~/.ssh/config предмет настроек, касающихся сжатия. Если вы добавите следующие строки вверху этого файла, сжатие должно быть отключено:
Host *
Compression no
Вы можете смонтировать с -o compression=no чтобы отключить сжатие. Невозможно отключить шифрование, после этого не будет sshfs :) Если он медленный, я предлагаю использовать другой способ для монтирования каталога, например, через samba, nfs или ftp.
Я думаю, что сжатие является чем-то, что действительно строгое, только чем быстрее, если время сжатия компенсируется временем передачи данных. Таким образом, сжатие на медленном соединении увеличивает скорость до 6 раз быстрее, чем без. Сжатие на быстром соединении вообще бесполезно, так как оно понижает скорость до скорости сжатия вашей или хост-системы. Некоторые хосты вообще не принимают сжатие, так как они не хотят тратить процессорную мощность на пользователей. Но я думаю, что этот ключ -o Ciphers=arcfour увеличит скорость шифрования практически до отсутствия шифрования, а -o cache=yes -o kernel_cache -o large_reads -o compression=no может значительно увеличить вашу скорость, так как он немного оптимизирует sshfs. Но, учитывая сжатие на низкоскоростных соединениях, вы сможете значительно ускорить передачу, если возможно некоторое сжатие. В основном это так. Например, я использую его для передачи со скоростью 2 Мбит / с и увеличения скорости 0,3 Мбит / с - и ускоряю передачу примерно на 3-5 минут вместо 25-30 минут для чего-то около 30 МБайт.