sshfs dipasang tanpa kompresi atau enkripsi

Saya adalah pengguna sshf yang sangat sering untuk memasang berbagai disk melalui jaringan. Namun saya memiliki mesin yang sangat kecil (dengan prosesor atom) dari mana saya perlu me-mount direktori menggunakan sshfs.

Apakah mungkin untuk menonaktifkan semua kompresi, dan mungkin bahkan enkripsi saat pemasangan menggunakan sshfs, untuk membatasi penggunaan cpu pada mesin dari mana direktori tersebut dipasang?

Meskipun ssh berkinerja tinggi menambahkan cipher tidak ada, cipher arcfour hampir sama cepat dan termasuk standar.

Menggunakan: -o Ciphers=arcfour

Saya telah menggunakan ini melalui jaringan lokal dan saya mendapatkan sekitar 85% dari 100Mbps Ethernet atau sekitar 10.625MB / s

(Dalam jawaban jawaban vava, sshf masih akan menjadi apa adanya bahkan ketika enkripsi ssh tidak aktif karena protokol otentikasi akan tetap aktif tanpanya Anda mungkin juga menggunakan telnet.)

Catatan untuk @osgx Saya baru-baru ini menemukan OpenSSL: Pilihan Cipher yang mencakup grafik berikut:

Berikut ini adalah bagian hasil dari halaman itu. Grafik dan hasilnya dipertanyakan karena mereka tidak menyatakan bagaimana benchmark dilakukan dan pada perangkat keras apa tapi saya pikir mereka tidak terlalu jauh.

100.000 Kbyte / s adalah ambang batas saya untuk kinerja yang dapat diterima. Ini mewakili 1 inti CPU (dari 8 dalam kasus saya) yang berjalan pada utilisasi 100% untuk mentransfer 780Mbit / s data (yang merupakan titik jenuh yang wajar untuk tautan Ethernet gigabit).

RC4 adalah cipher tercepat, jika Anda menggunakan prosesor yang tidak mendukung AESNI .

AES-128 adalah cipher tercepat berikutnya, dan jauh lebih cepat daripada RC4 jika Anda memiliki dukungan AESNI. Ini sekitar 54% lebih lambat jika Anda tidak. AES-256 masih lebih lambat, dan kecuali jika dikonfigurasi secara eksplisit, browser apa pun yang mendukung AES-128 juga akan mendukung AES-256.

Apa yang telah dikutip di atas dengan jelas menunjukkan bahwa arcfour (dan juga AES dengan AESNI ) dapat menjenuhkan tautan Gigabit pada mesin modern.

Jika Anda tidak memerlukan enkripsi, cipher tidak ada dari hpn-ssh bahkan lebih cepat tetapi Anda hanya akan memerlukannya jika Anda perlu menjenuhkan suatu tautan dengan beberapa kali bandwidth dari tautan Gigabit atau jika Anda perlu mengurangi penggunaan CPU.

Untuk sftp tanpa enkripsi, gunakan sshfs+socat

Di sisi server dijalankan

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

Dan di sisi klien

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

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

Tidak ada cara untuk menonaktifkan enkripsi - ini ssh. Dan sepertinya kompresi dinonaktifkan secara default karena Anda harus memintanya dengan -Csaklar.

Tetapi Anda mungkin ingin memeriksa ~/.ssh/configfile Anda untuk pengaturan tentang kompresi. Jika Anda menambahkan baris berikut di bagian atas file itu, kompresi harus dinonaktifkan:

Host *
    Compression no

Anda dapat memasang dengan -o compression=nountuk mematikan kompresi. Tidak mungkin mematikan enkripsi, tidak akan menjadi sshfs setelah itu :) Jika lambat saya sarankan untuk menggunakan cara lain untuk memasang direktori, seperti melalui samba, nfs atau ftp.

Saya pikir kompresi adalah sesuatu yang benar-benar hanya lebih cepat jika waktu untuk kompres dikompensasi oleh waktu untuk mentransfer data. Jadi kompresi pada koneksi yang lambat meningkatkan kecepatan hingga mungkin 6 kali lebih cepat daripada tanpa. Kompresi pada koneksi cepat tidak berguna sama sekali, karena kecepatan turun karena penundaan kompresi pada Anda atau sistem host. Beberapa host tidak menerima kompresi sama sekali, karena mereka tidak ingin menghabiskan daya prosesor pada pengguna.

Saya pikir saklar ini -o Ciphers=arcfourakan meningkatkan kecepatan enkripsi menjadi hampir tidak ada enkripsi, dan -o cache=yes -o kernel_cache -o large_reads -o compression=nodapat meningkatkan kecepatan Anda karena mengoptimalkan sshfs sedikit. Kompresi pada koneksi kecepatan rendah akan mempercepat transfer Anda jika kompresi memungkinkan; kebanyakan itu. Misalnya saya menggunakannya dengan koneksi 2 Mbit / s turun dan 0,3 Mbit / s, dan mempercepat transfer sekitar 3-5 menit, bukannya 25-30 menit selama sekitar 30 MByte.