Buduce Intel procesory

[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.

[THX]

nejake dalsie info o sse4:

...
The new SSE4 instructions add 50 new performance enhancing instructions. These instructions optimize vector compiling, media, string and text processing and application targeted accelerators.
...
The Core architecture implemented on the Core 2 Duo processors added 32 additional supplimental streaming instructions to SSE3. These instructions, dubbed Supplimental Streaming SIMD, are not SSE4 and should not be confused as such.
...

http://www.dailytech.com/article.aspx?newsid=4358

to s tym rozsirenim sse3 som nevedel

a este odkaz na intel whitepaper -> http://www.intel.com/technology/arch...structions.htm

EDIT: nejake dalsie informacie k tomu 80jadrovemu cpu

....
U normálních procesorů je vyrovnávací paměť vždy umístěná vedle jádra/jader. Nachází se na stejné úrovni a k jádru přilehá. V tomto případě je 20 MB paměť SRAM umístěna přímo pod jádry, takže každé jednotlivé jádro má okamžitý přístup do cache o velikosti 256 KB, tj. přístup není veden oklikou, ale seshora dolů. Procesor tak dohromady disponuje datovou propustností cca 1 bilion bytů za sekundu.

Podle Intelu může čip, zatím pracující na frekvenci 3,1 GHz, dosáhnout výpočetní výkon "větší než 1 TeraFLOP", takže se okamžitě začalo spekulovat, že by mohlo pohodlně emulovat DirectX 10 nebo zpracovávat další neobvyklé úlohy, včetně Ray-Tracingu v reálném čase.
....

http://games.tiscali.cz/news/news.asp?id=19753
tak predsa to len nejake tie aj v praxi pouzitelne inovacie obsahuje (cache) a tiez to nie je az tak nizko taktovane

EDIT2: objavili sa nejake informacie o celeronoch zalozenych na core2 architekture a plany uvedenia conroe-L
http://www.dailytech.com/article.aspx?newsid=4478

[THX]

pekny clanok o mnohojadrovom koncepte, ktory sme tu rozoberali...
http://www.svethardware.cz/art_doc-8...5003D1530.html

AMD zase ocakava uvedenie procesorov s intergovanou grafikou v r. 2008/9

http://www.xbitlabs.com/news/cpu/dis...031090458.html