монтирование sshfs без сжатия или шифрования

Я очень частый пользователь 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 МБ.