scp cpu sebesseg teszt

Hatha erdekel mast is feldobom az eredmenyt, csinaltam scp masolas teszteket ami localhostra kapcsolodva es memoriaban torteno adatmozgast jelent, igy halozat es diszk teljesitmenyt kiiktatva, hogy cpu illetve ssh kulonfele parameterekkel mit tud.

HW: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz (6 mag + HT aes-ni tamogatottsaggal, egyebkent HP G8 kb 6 eves szerver).
SW: Centos 7.4 , default ssh parameterek es sshd konfig, masolashoz 2048,4096,8192 bites jelszo nelkuli ssh kulcsok illetve cipher, mac, kex ertekek kulonfele filemeretekkel.

Generaltam kulonfele meretu fileokat osszessegeben 1GB meretben (kiveve a 4k-sakat, abbol csak 100MB volt, igy is napokig futott az osszes variacio 3 merese), vegul hogy jobban latszodjanak a kulonbsegek fel lettek szorozva egyseges 10GB meretre az ertekek a tablazatban.

Maga a meres nem volt tobb mint scp-vel a megadottt fileokat tartalmazo mappat localhostra memoriaba atmasolni, mindezt 3-szor a default lehetseges cipher, mac, kex parosokkal illetve ssh kulcsokkal, majd a kezdes elotti es befejezes utani ido kulonbsege (msec).

Lenyegi elterest cipherek hoztak csak, abbol is gcm, ctr, cbc csokkeno sorrendben a tobbi a futottak meg kategoriara volt jo, egyeb parameterek csak aprobb eltereseket eredmenyeztek.
(hint: cipher sorrendet meg lehet adni per user vagy global ssh kliens confban)

Cipher eredmenyek:
https://imgur.com/C7tpPVQ

Teljes tablazat (ods-bol gugliba feltoltes lenyelte a pivot tablak valasztasi lehetosegeit)
https://docs.google.com/spreadsheets/d/1bxDIEuwCjMwgUhheJDSzoU7KQxjPhq8…

( Mico v | 2018. 04. 30., h – 16:29 )

Thx.

Nem localhoston sajnos 100x többet számít buffer size, tcp window size, stb.

Lehet, hogy lassu networknel vagy nagy kesleltetesunel sokat szamitanak, de lanon ez nem latszik akkora tenyezonek.
Kivancsisagbol megneztem futolag 10G-n 2 ujabb geppel (1 switchen log a 2 gep 10G-vel), 10GB-ot (10*1GB-s fileokat) atmasolni masik gepre (memoriaba mindkettonel, mert amugy diszk lassabb lenne) csak ciphert allitva egyebkent default ssh parameterek:
- aes256-gcm@openssh.com 15-16sec volt (szoval atlagban 600MB/sec felett)
- 3des-cbc 470 sec volt, szoval olyan 22MB/sec korul

3des-nel simian latszik hogy mindket oldalon 1 magot kihajt fullra user space-ben.
Aes-el mar nem ilyen tiszta a helyzet valoban, bar ott is 1 magot terhel ki ssh csak nagyjabol fele csak user space, masik resze kernel meg fogado oldalon reszben interruptra megy el. Ezen valoban segithetne tcp tuning, bar az is lehet csak az i40e driver okozza reszben ezt (lattam mar par furcsasagat annak regebben). De igy tuning nelkul is kihozza a 10G tobb mint felet a 10G-s linknek igy ketszeres gyorsulast se lehetne elerni vele, de ennel a temponal sokszor mar diszk sebesseg vagy filerendszer muveletek is lassitananak a dolgon.

Esetleg kis file-okkal szinten jobban elojohet a kulonbseg, megneztem 1MB-s file-okkal is (szinten 10GB summa meretben) es 19-20 sec volt aes-gcm-el, lassult de azert nem tul nagy mertekben.