Buduce Intel procesory

[Fox!MURDER]

V něm to je?

aaaano

[Eagle]

aaaano

Nemám na to test, bohužel.

[mraky]

Uvadet rychlost sifry MD5 je uplne k nicemu. Je to jednosmerna sifra, ktrerou pouzijete jednou pri prihlaseni. V tomhle pripade je uplne jedno jestli je to 20 MB/s nebo 500MB/s, pac to bude vzdycky 32 znaku.

Ale vetsi sranda nastava pri aplikaci nejake asymetricke sifry, coz je v dnesnich podminkach realne pouze pro navazani spojeni, ale ne pro prenos.

[Fox!MURDER]

Uvadet rychlost sifry MD5 je uplne k nicemu. Je to jednosmerna sifra, ktrerou pouzijete jednou pri prihlaseni. V tomhle pripade je uplne jedno jestli je to 20 MB/s nebo 500MB/s, pac to bude vzdycky 32 znaku.

Ale vetsi sranda nastava pri aplikaci nejake asymetricke sifry, coz je v dnesnich podminkach realne pouze pro navazani spojeni, ale ne pro prenos.

to neni jediny vyuziti md5ky, ver mi ... napriklad md5 otisky souboru. a taky existujou mechanismy na overeni zdroje paketu pomoci md5 ...

[mraky]

to neni jediny vyuziti md5ky, ver mi ... napriklad md5 otisky souboru. a taky existujou mechanismy na overeni zdroje paketu pomoci md5 ...

Smyslem meho postu nebylo vypsani vsech moznych vyuziti MD5 . Ja bral jen tu nejcastejsi. Overeni zdroje pomoci MD5 je mozne na kazdem rohu, ale jeste jsem nikdy nikoho nevidel, ze by to overoval.

[Fox!MURDER]

Smyslem meho postu nebylo vypsani vsech moznych vyuziti MD5 . Ja bral jen tu nejcastejsi. Overeni zdroje pomoci MD5 je mozne na kazdem rohu, ale jeste jsem nikdy nikoho nevidel, ze by to overoval.

vidisto a me emerge overi kazdej soubor, kterej stahne ...
stejne jako treba SmartFTP

mimochodem ... mas to naky pomaly Eagle ...

# time md5sum /dev/shm/test.random
266bb50f9c48d2291cbdebfd78d2a1c6  /dev/shm/test.random

real    0m2.952s
user    0m2.207s
sys     0m0.746s
# ls -alh /dev/shm/test.random
-rw-r--r-- 1 root root 1.0G Sep 28 10:21 /dev/shm/test.random

tj. 346MB/s ... ale naplno mi to vytizi jedno cpu ... ale tak budiz ... tohle jeste jde ...


ale problem je treba s onim aesem ...

# time openssl aes-256-cbc -in /dev/shm/test.random  -out /dev/shm/test.aes-256-cbc -k 123456

real 0m15.166s
user 0m11.985s
sys 0m1.303s
# time openssl aes-256-cbc -d -in /dev/shm/test.aes-256-cbc  -out /dev/shm/test.original -k 123456

real 0m12.981s
user 0m11.667s
sys 0m1.315s
# ls -alh /dev/shm/
total 1.6G
drwxrwxrwt  2 root root  100 Sep 28 12:17 .
drwxr-xr-x 10 root root  13K Sep 28 03:10 ..
-rw-r--r--  1 root root 513M Sep 28 12:17 test.aes-256-cbc
-rw-r--r--  1 root root 512M Sep 28 12:18 test.original
-rw-r--r--  1 root root 512M Sep 28 12:16 test.random
# md5sum /dev/shm/*
16f58d105ebf09164dce1fafe46d01e9  /dev/shm/test.aes-256-cbc
311cc027b23d26dc72eaebbc471ee634  /dev/shm/test.original
311cc027b23d26dc72eaebbc471ee634  /dev/shm/test.random
# dd if=/dev/shm/test.original of=/dev/null bs=1M
512+0 records in
512+0 records out
536870912 bytes (537 MB) copied, 0.576087 seconds, 932 MB/s
#

tohle uz je pri 33MB/s (resp. 39MB/s pri dekodovani) problem ... kdyz mam stroj, kterej ma takhle sifrovanou 4TB partisnu a rad bych s nim vyuzival plnou propustnost gigabitu (a s tim ze i na tom gigabitu by mely tyct aesem sifrovany data)


totez plati napr. pro sifrovani NTFS ve windows ... chvili jsem si s tim hral a je to mnohem pomalejsi a sezere to cely cpu ... jasne, dobrej duvod, proc mit dualcore, ale mit dalsi jadro na tohle specializovany, tak s tim dosahnu mnohem vetsi vykony (napr. via o tom jejich padlocku tvrdi, ze da cca 8krat vyssi cryptovaci vykon pri polovicnim zatizeni cpu a cca trisedminovy frekvenci)



Edit: jooo a testuju to na dual Xeon Nocona 3.2GHz (celej system postavenej s -march=nocona -mtune=nocona -O2), 4GB RAM

[Eagle]

mimochodem ... mas to naky pomaly Eagle ...

Celeron D 352 (3.2 GHz):

MD5 - 399 MB/s
CRC32 - 847 MB/s

Čili jde čistě o frekvenci, protože průměrné IPC je nízké. Moje testovací binárka je kompilátorem optimalizovaná dost dobře.