- A hozzászóláshoz be kell jelentkezni
- 1531 megtekintés
Hozzászólások
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...
- A hozzászóláshoz be kell jelentkezni
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!
- A hozzászóláshoz be kell jelentkezni
ez jo. bar nem mindnehol van aes-ni, anelkul azert nem hiszem hogy tud >1gb/s
- A hozzászóláshoz be kell jelentkezni
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!
- A hozzászóláshoz be kell jelentkezni
Hol nincs manapság AES-NI?
- A hozzászóláshoz be kell jelentkezni
ARM, MIPS, RiscV, ...
- A hozzászóláshoz be kell jelentkezni
Igen... néha még egy sima LFSR is csodákra képes és/vagy bőven elegendő...
- A hozzászóláshoz be kell jelentkezni
Mirt nem hasznalod a random szamot csinalo utasitast ?
szerk:
OOps, lassabb:
https://en.wikipedia.org/wiki/RDRAND
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni
Ah, ennél úgyse gyorsabb: https://xkcd.com/221/
Fedora 41, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
Ha eléírod, hogy static inline, akkor talán. ;)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Ha már így benne vannak az innovációban, a végtelen cikluson is gyorsíthatnának, mert sokáig fut... :-)
- A hozzászóláshoz be kell jelentkezni
chuck norrisnak 5 perc alatt lefutott, annal nem is kell gyorsabb :)
- A hozzászóláshoz be kell jelentkezni
Chuck Norris elszámolt a végtelenig. Kétszer is.
- A hozzászóláshoz be kell jelentkezni
Neki ez nem nagy ügy, ő Budán is kétszer volt kutyavásárban.
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
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ő
- A hozzászóláshoz be kell jelentkezni
Linuxot nem C-ben írták, már amikor épp nem assemblyben?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
s/C++/rust/ :)
- A hozzászóláshoz be kell jelentkezni
"új algoritmus jelenik meg a C++ standard könyvtárakban"
Mi köze a kernelhez a C++ std-nek? Az egész ANSI C-ben van, plusz nincs libc kernelben.
- A hozzászóláshoz be kell jelentkezni
Na na! Systemd-libcd is lesz hamarosan :)
- A hozzászóláshoz be kell jelentkezni