Óriásit javult a Linux kernel RNG-jének teljesítménye

Kernel

( arpi_esp v | 2021. 12. 31., p – 20:40 )

csinalhatnanak egy gyors random dev-et is, nem kell crypto safe legyen, de kulonbozo tesztelesekhez jol jonne, ahol a zero nem eleg. mert az urandom se kapkodja el...

function randomfoso() {
    openssl enc -aes-128-ctr -nosalt -pass "pass:${1-defaultjelszo}" < /dev/zero
}

Nem random, de eléggé annak látszik, gyors, különösen ha van aes-ni, bónusz ha a jelszónak mindig ugyanazt adod meg (hagyod defaulton), akkor a stream pontosan reprodukálható.

Régóta vágyok én, az androidok mezonkincsére már!

Akkor -rc4. Régen az volt a leggyorsabb, onnan szoktam át aes-re, mióta van hardveres gyorsítás. Telefonon rámértem 632MB/s-et tud rc4-el, 252MB/s-et aes128-al. Már ha ez reprezentatív a nem hardveresen gyorsított aes esetre...

Régóta vágyok én, az androidok mezonkincsére már!

( influencer | 2022. 01. 01., szo – 17:29 )

Ha már így benne vannak az innovációban, a végtelen cikluson is gyorsíthatnának, mert sokáig fut... :-)

( uid_16313 | 2022. 01. 01., szo – 20:51 )

Ebből nekem az jön le, hogy a linux kernelben is hatalmas potenciál van már ami a teljesítménynövelést jelenti...

Igazából a diff-et megnézve, csak néhány sort cserélt le.
Mindösszesen annyi történt, hogy modernebb hash algoritmust hív meg a kódban.

Programozóként nem is értem, hogy:
- ezeket miért nem ellenőrzik rendszeresen, amikor új algoritmus jelenik meg a C++ standard könyvtárakban / gyakran használt 3rd partykban
- amikor valakinek mégis eszébe jut, akkor mi ebben az egetrengető