sshfs si monta senza compressione o crittografia

Sono un utente molto frequente di sshfs per montare vari dischi in rete. Tuttavia ho una macchina molto piccola (con un processore atomico) da cui ho bisogno di montare una directory usando sshfs.

È possibile disabilitare tutta la compressione, e forse anche anche la crittografia durante il montaggio utilizzando sshfs, in modo da limitare l'utilizzo della cpu sulla macchina da cui è montata la directory?

Sebbene il ssh ad alte prestazioni non aggiunga un numero nessuno, il codice arcfour è quasi altrettanto veloce ed è incluso di serie.

Uso: -o Ciphers=arcfour

Lo sto usando sulla rete locale e ottengo circa l'85% di Ethernet a 100 Mbps o circa 10.625 MB / s

(In risposta alla risposta di vava, sshfs sarebbe ancora quello che è anche quando la crittografia di ssh è disattivata poiché il protocollo di autenticazione sarebbe ancora attivo senza il quale potresti anche usare telnet.)

Nota per @osgx Di recente ho trovato OpenSSL: Selezione di cifratura che include il seguente grafico:

Quella che segue è la sezione dei risultati di quella pagina. Il grafico e i risultati sono discutibili in quanto non indicano come è stato fatto il benchmark e su quale hardware, ma penso che non siano così lontani.

100.000 Kbyte / s è la mia soglia per prestazioni accettabili. Ciò rappresenta 1 core della CPU (di 8 nel mio caso) in esecuzione al 100% di utilizzo per trasferire 780 Mbit / s di dati (che è un ragionevole punto di saturazione per un collegamento Gigabit Ethernet).

RC4 è il codice più veloce, se si utilizza un processore che non supporta AESNI .

AES-128 è la cifra successiva più veloce e molto più veloce di RC4 se si dispone del supporto AESNI. In caso contrario, è circa il 54% più lento. AES-256 è ancora più lento e, se non diversamente configurato esplicitamente, qualsiasi browser che supporti AES-128 supporterà anche AES-256.

Ciò che è stato citato sopra mostra chiaramente che arcfour (e anche AES con AESNI ) possono saturare un collegamento Gigabit su una macchina moderna.

Se non hai bisogno della crittografia, il codice nessuno di hpn-ssh è ancora più veloce ma ne avresti bisogno solo se hai bisogno di saturare un collegamento con una larghezza di banda diverse volte di un collegamento Gigabit o se hai bisogno di un utilizzo ridotto della CPU.

Per sftp senza crittografia, utilizzare sshfs+socat

Sul lato server in esecuzione

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

E dal lato client

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

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

Non c'è modo di disabilitare la crittografia: dopo tutto questo è ssh. E sembra che la compressione sia disabilitata per impostazione predefinita in quanto è necessario richiederla con l' -Cinterruttore.

Ma potresti voler controllare il tuo ~/.ssh/configfile per le impostazioni riguardanti la compressione. Se aggiungi le seguenti righe all'inizio di quel file, la compressione dovrebbe essere disabilitata:

Host *
    Compression no

È possibile montare con -o compression=noper disattivare la compressione. Non è possibile disattivare la crittografia, dopo non sarebbe sshfs :) Se è lento suggerisco di usare un altro modo per montare una directory, come attraverso samba, nfs o ftp.

Penso che la compressione sia qualcosa di veramente più veloce solo se il tempo di comprimere è compensato dal tempo di trasferire i dati. Quindi la compressione su una connessione lenta sta aumentando la velocità fino a forse 6 volte più velocemente che senza. La compressione su una connessione veloce non è affatto utile, in quanto diminuisce la velocità a causa del ritardo di compressione sul proprio sistema host. Alcuni host non accettano affatto la compressione, in quanto non vogliono spendere la potenza del processore per gli utenti.

Penso che questo interruttore -o Ciphers=arcfouraumenterà la velocità della crittografia quasi a nessuna crittografia e -o cache=yes -o kernel_cache -o large_reads -o compression=nopotrebbe aumentare molto la tua velocità poiché ottimizza un po 'sshfs. La compressione su connessioni a bassa velocità accelererà molto il trasferimento se è possibile la compressione; per lo più lo è. Ad esempio, lo uso con una connessione 2 Mbit / s down e 0,3 Mbit / s up e accelera il trasferimento di circa 3-5 minuti anziché 25-30 minuti per circa 30 MByte.