montagem sshfs sem compactação ou criptografia

Eu sou um usuário muito frequente de sshfs para montar vários discos na rede. No entanto, tenho uma máquina muito pequena (com um processador atom) da qual preciso montar um diretório usando sshfs.

É possível desativar toda a compactação e talvez até também a criptografia ao montar usando sshfs, para limitar o uso da CPU na máquina na qual o diretório está montado?

Embora o ssh de alto desempenho adicione uma cifra sem código, a cifra de arco e quatro é quase tão rápida quanto incluída como padrão.

Usar: -o Ciphers=arcfour

Eu tenho usado isso na rede local e recebo cerca de 85% da Ethernet de 100Mbps ou cerca de 10.625MB / s

(Na resposta da resposta do vava, sshfs ainda seria o que é mesmo quando a criptografia do ssh está desativada, pois o protocolo de autenticação ainda estaria ativo sem o qual você também poderia estar usando o telnet.)

Nota para @osgx, recentemente encontrei o OpenSSL: Cipher Selection, que inclui o seguinte gráfico:

A seguir, a seção de resultados dessa página. O gráfico e os resultados são questionáveis, pois não indicam como o benchmark foi feito e em que hardware, mas acho que eles não estão tão distantes.

100.000 Kbyte / s é o meu limite para desempenho aceitável. Isso representa 1 núcleo da CPU (de 8 no meu caso) rodando com 100% de utilização para transferir 780Mbit / s de dados (que é um ponto de saturação razoável para um link Ethernet de gigabit).

RC4 é a cifra mais rápida, se você estiver usando um processador que não suporta AESNI .

O AES-128 é a próxima cifra mais rápida e muito mais rápida que o RC4, se você tiver suporte para AESNI. É cerca de 54% mais lento se não o fizer. O AES-256 ainda é mais lento e, a menos que seja explicitamente configurado de outra forma, qualquer navegador que suporte o AES-128 também suportará o AES-256.

O que foi citado acima mostra claramente que o arcfour (e também o AES com o AESNI ) pode saturar um link Gigabit em uma máquina moderna.

Se você não precisar de criptografia, a codificação none do hpn-ssh será ainda mais rápida, mas você só precisará dela se precisar saturar um link com várias vezes a largura de banda de um link Gigabit ou se precisar de um uso reduzido da CPU.

Para sftp sem criptografia, use sshfs+socat

No lado do servidor, execute

socat TCP4-LISTEN:7777 EXEC:/usr/lib/sftp-server

E no lado do cliente

sshfs -o directport=7777 remote:/dir /local/dir

Fonte: http://pl.atyp.us/wordpress/index.php/2009/09/file-transfer-fun/

Não há como desativar a criptografia - afinal, isso é ssh. E parece que a compactação está desativada por padrão, pois você precisa solicitá-la com o -Cswitch.

Mas você pode querer verificar seu ~/.ssh/configarquivo para obter configurações relacionadas à compactação. Se você adicionar as seguintes linhas na parte superior desse arquivo, a compactação deverá ser desativada:

Host *
    Compression no

Você pode montar com -o compression=nopara desativar a compactação. Não é possível desativar a criptografia, não seria o sshfs depois disso :) Se for lento, sugiro usar outra maneira de montar um diretório, como através do samba, nfs ou ftp.

Penso que a compressão é algo realmente mais rápido se o tempo de compactação for compensado pelo tempo de transferência de dados. Portanto, a compactação em uma conexão lenta está aumentando a velocidade até talvez seis vezes mais rápido do que sem. A compactação em uma conexão rápida não é útil, pois diminui a velocidade devido ao atraso na compactação no sistema ou no sistema host. Alguns hosts não aceitam a compactação, pois não desejam gastar energia do processador nos usuários.

Eu acho que essa opção -o Ciphers=arcfouraumentará a velocidade da criptografia para quase nenhuma criptografia e -o cache=yes -o kernel_cache -o large_reads -o compression=nopoderá aumentar muito a sua velocidade, pois otimiza um pouco o sshfs. A compactação em conexões de baixa velocidade acelerará muito a sua transferência se a compactação for possível; principalmente é. Por exemplo, eu uso-o com uma conexão de 2 Mbit / s para baixo e 0,3 Mbit / s para cima, e acelera a transferência em cerca de 3-5 minutos em vez de 25-30 minutos por cerca de 30 MByte.