Vlákno názorů k článku
Rustls je rychlejší než OpenSSL a BoringSSL na ARM64 od bez prezdivky ... - Cekal bych, ze primarni rozdil bude v tom,...

Cekal bych, ze primarni rozdil bude v tom, ze je to deravy jak reseto === chybi tam tisice ifu osetrujicich ruzne mezni situace. Coz se samozrejme behem nasledujicich let potvrdi, a pak uz to rychlejsi nebude, protoze ani byt nemuze.

A nebo je to rychle proto, ze si v kodu nenesete ruzny podivny historicky balast, o jehoz bezpecnosti jde ve vysledku take vcelku uspesne pochybovat. Ostatne to i na OpenSSL je videt, ze se nektere chyby opravuji nazpet klidne az do verze 1.0.2 z roku 2015 (ktera ma uz jen enterprise/komercni podporu).

Jenze ten "balast" o kterym (typicky) nikdo nevi co vlastne dela tam vznika v prubehu let proto, ze se narazi na ty ruzne situace.

Kdyz ti hodim na monitor hlasku "Zadej cislo:" ... tak co tam zadas? Ja treba 0xefac. A to je presne ono. Moderni automatismus kterej dela vsechno sam.

U toho sifrovani narazis na presne totez. Treba klic nulovy nebo jeste lip zaporny dylky ...

Tak sis zanadával na moderní časy a teď si o tom Rustu zkus něco přečíst...

"protoze ani byt nemuze"

No nepovídej.

Jiste, kdyz budu neco prekladat necim, co (pry) "samo" osetruje (vybrany typ) neschopnosti vyvojare, tak to urcite bude rychlejsi, protoze v tom vubec nemusi byt hromada, casto zcela zbytecneho, kodu navic.

Většina těch checků je compiletime.

> a pak uz to rychlejsi nebude, protoze ani byt nemuze.

Ale může. C má pár překvapivých vlastností, které hodně komplikují optimalizátoru práci.