私は、ネットワークを介してさまざまなディスクをマウントするためにsshfsを頻繁に使用しています。しかし、私は非常に小さなマシン(atomプロセッサ)を備えている)を使用しており、そこからsshfsを使用してディレクトリをマウントする必要があります。
Sshfsを使用してマウントするときに、ディレクトリのマウント元のマシンでのcpuの使用を制限するために、すべての圧縮を無効にして、暗号化を無効にすることもできますか?
ハイパフォーマンスssh は暗号なしを追加しますが、arcfour暗号はほぼ同じ速さで標準に含まれています。
使用する: -o Ciphers=arcfour
私はこれをローカルネットワーク経由で使用しており、100Mbpsイーサネットの約85%または約10.625MB/sを取得しています
(vavaの回答では、sshの暗号化がオフになっている場合でも、認証プロトコルがまだアクティブでなくてもTelnetを使用している可能性があるため、sshfsはそのままです。)
@osgxに関するメモ私が最近見つけた OpenSSL:Cipher Selection には、次のグラフが含まれています。
以下は、そのページの結果セクションです。グラフと結果は、ベンチマークがどのように行われたか、どのハードウェアで行われたかを示していないため、疑問の余地がありますが、それほど遠くないと思います。
100,000 Kbyte/sは、許容できるパフォーマンスのしきい値です。これは、1つのCPUコア(私の場合は8つ)が100%の使用率で780Mbit/sのデータを転送することを表しています(これは、ギガビットイーサネットリンクの妥当な飽和点です)。
[〜#〜] aesni [〜#〜] をサポートしないプロセッサを使用している場合は、RC4が最速の暗号です。
AES-128は次に高速な暗号であり、AESNIをサポートしている場合はRC4よりもはるかに高速です。そうしないと、約54%遅くなります。 AES-256はさらに遅く、明示的に構成されていない限り、AES-128をサポートするブラウザーはすべてAES-256もサポートします。
上記の引用は、arcfour(および [〜#〜] aesni [〜#〜] を使用したAES)が最新のマシンのギガビットリンクを飽和させる可能性があることを明確に示しています。
暗号化が必要ない場合、hpn-sshのnone暗号はさらに高速ですが、ギガビットリンクの帯域幅の数倍の帯域幅でリンクを飽和させる必要がある場合、またはCPU使用率を下げる必要がある場合にのみ必要です。
暗号化なしの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 Mbit/sの接続と0,3 Mbit/sの接続でそれを使用し、約30 MByteの25-30分ではなく、約3-5分で転送を高速化します。