un peu moins sécurisé que AES, mais bien plus rapide même en monothread (et sans doute même avec les instructions AES). ruby
ssh -c arcfour myname@myhost
D'expérience, sur des processeurs x86, je n'ai rencontré de limitation avec le chiffrement par défaut (AES128-CTR) qu'avec des processeurs lents (AMD Geode LX à 500 MHz, qui plafonnait à 2,5 MB/s ou sur des réseaux gigabit avec un Intel Atom D510 qui plafonnait à 15MB/s et un processeur Sandy Bridge Celeron qui plafonnait à 40 MB/s.
Avec des processeurs de bureau, même "un peu" anciens (4 ans) ce n'est pas le chiffrement qui limite mais le réseau.
Bref est-ce que ce projet est vraiment pertinent en utilisation réelle mis à part sur des réseaux hautes performances (>= 10GB/s)
# Sinon, on peut utiliser RC4
Posté par khivapia . En réponse au journal High performance SSH. Évalué à 3.
un peu moins sécurisé que AES, mais bien plus rapide même en monothread (et sans doute même avec les instructions AES).
ruby
ssh -c arcfour myname@myhost
D'expérience, sur des processeurs x86, je n'ai rencontré de limitation avec le chiffrement par défaut (AES128-CTR) qu'avec des processeurs lents (AMD Geode LX à 500 MHz, qui plafonnait à 2,5 MB/s ou sur des réseaux gigabit avec un Intel Atom D510 qui plafonnait à 15MB/s et un processeur Sandy Bridge Celeron qui plafonnait à 40 MB/s.
Avec des processeurs de bureau, même "un peu" anciens (4 ans) ce n'est pas le chiffrement qui limite mais le réseau.
Bref est-ce que ce projet est vraiment pertinent en utilisation réelle mis à part sur des réseaux hautes performances (>= 10GB/s)