HPN-SSH: nagyteljesítményű SSH / SCP

A Pittsburgh Supercomputing Center-nél dolgozó srácok úgy gondolták, hogy lehetne javítani az OpenSSH teljesítményén. Az eredeti OpenSSH hálózati teljesítményét a felépítéséből adódóan több helyen is szűk keresztmetszetek rontják. A PSC-sek által készített patch-ek egyike például többszálúsított (multi-threaded) titkosítási módot (Multi-Threaded AES-CTR) ad az OpenSSH-hoz. A patch-nek köszönhetően a módosított OpenSSH képes teljes mértékben kihasználni a multi-core rendszerekben rendelkezésre álló CPU erőforrásokat. A projekt honlapja itt.

Frissítés: A projekt létezését valaki felvetette az openbsd-misc listán, amelyek nyomán élénk diskurzus kezdődött.

Hozzászólások

És ez vajon hogyan hatott a kód minőségére, a biztonságra?

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

És ez vajon hogyan hatott a kód minőségére, a biztonságra?

az OpenSSH most is támogat aes-ctr módot, amit a módszer lényegéből fakadóan nem túl nehéz többszálúsítani... tehát maga a titkosítás nem vezet be új módszert / fogalmakat.

[szerk.] a többi patch jó része pedig ahogy nézem send/receive puffer méretek optimalizálására és futásközbeni beállítására vonatkozik [/szerk]

Lehet, hogy valami automata codecheker warningolt rá (más kérdés, hogy miért), és inkább átjavították, csak, hogy tűnjön el a warning.
---
Sok gyerekkel ellentétben én sose akartam tűzoltó lenni. Lettem helyette informatikus. Nem találjátok ki, hogy mit csinálok nap mint nap...

A patch-nek köszönhetően a (...) képes teljes mértékben kihasználni a multi-core rendszerekben rendelkezésre álló CPU erőforrásokat.

Erre megtaníthatnák a többi "Open" cuccot is, mondjuk kezdhetnék a BSD -vel. :)

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Kicsit elkéstek, a FreeBSD-s portban alig két éve van benne... :)

Aztaaaaa, valaki marhára fél a multihtread-től a diskurzus alapján!

istenem istenem isnteme. loje le oket valaki. foleg ezt a geoff steckelt...

"IMnsHO, threads should never be used unless absolutely necessary. They
are very bad software practice"

aki ilyet ir az vagy 14 eves otthon bohockodo szoftverfejleszto, vagy eleteben nem volt
komoly projektje.

kivancsi lennek hogy hajt meg akkor egy 8/16 cpus rendszert normalisan....

És?
Szerintem nem lehetetlen megírni úgy egy programot, hogy ne gyártson kismillió thread-et, hanem pl. egy paraméterezhető méretű threadpool-ból gazdálkodjon. Egy bizonyos szám felett már a context switch és contention is jelentős lesz úgyis.

Tanuldmár meg végre, hogy az OpenBSD-seknek minden fos, amit nem tud az OS. Nekik a WPA is szar volt, amíg nem kezdték el implementálni, most a normális threading support szar, és ez egészen addig marad, amíg el nem kezdenek dolgozni rajta.
It doesn't matter if you like my song as long as you can hear me sing

Ehh, WPA... még mindig csak portolt a wpa_supplicant és csak vezetékes hálózathoz használható, mert ahhoz hogy tudja WPA-t meg WPA2-t, kernelszintű támogatás kellene innentől...
Reyk-en nem múlna a dolog. Az meg azért nem mindig járható út, hogy húzzuk át egy VPN tunnel-en a WiFi kommunikációt...

És minek egy OpenSSH-nak több procin egyszerre futni? Nem elég neki egy proci teljesítménye?

Ha mar kiadtak intel GPU doksijat, nem lehetne ertelmes dolgokra hasznalni ?