it-swarm.asia

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?

28

Meskipun ssh kinerja tinggi menambahkan cipher tidak ada, cipher arcfour hampir secepat dan termasuk standar.

Gunakan: -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 ditemukan OpenSSL: Pilihan Cipher yang mencakup grafik berikut:

enter image description here

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/detik 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. Sekitar 54% lebih lambat jika Anda tidak. AES-256 masih lebih lambat, dan kecuali jika dikonfigurasi secara eksplisit sebaliknya, 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 tautan dengan bandwidth tautan Gigabit beberapa kali lipat atau jika Anda perlu mengurangi penggunaan CPU.

38
Dan D.

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/

8
endru

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

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

Host *
    Compression no
3
innaM

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

2
vava

Saya pikir kompresi adalah sesuatu yang benar-benar hanya lebih cepat jika waktu untuk kompres dikompensasi oleh saat 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=arcfour akan meningkatkan kecepatan enkripsi hingga hampir tidak ada enkripsi, dan -o cache=yes -o kernel_cache -o large_reads -o compression=no dapat meningkatkan kecepatan Anda karena ini sedikit mengoptimalkan sshfs. 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.

0
Andreas Bartels