Buduce Intel procesory

[Eagle]

az hruza? dneska mame 2MB/jadro. pokud chci delat neco 'quad-core like' tak muzu pocitat s 8mi ...
a vi buh, jesli to vubec musi bejt SRAM, ja zrovna v tomhle prehled nemam a neni muj job resit tyhle detaily. pokud je nekdo vyresit chce, urcite je vyresi... proste si myslim ze cpu postaveny na RISC a harwardskym modelu by mohlo nekterejm cinnostem hodnemoc prospet. (a to nejen kryptografii)

Se mrkni na velikost cache - u Conroe je to dobrá polovina čipu a to má Intel největší hustotu. U AMD 1 MB cache na jádro tvoří polovinu plochy. Prostě 512 kB je hrozně moc (... a taky by to mělo obrovskou latenci).

a ad. ta via ... me by se zrvna HW aes hodil vsude mozne, HW RNG je taky hodne uzitecna vec a SHA-1,SHA-256 taky neni k zahozeni ...

Já používám CRC32 a MD5, protože jsou všeobecně podporované a umí je třeba Total Commander. Nechtěl bych měnit za něco jiného. BTW, je i SHA384 a SHA512.

vyuzijes 10tinasobnyho vykonu. samozrejme, ja taky muzu tvrdit, ze tohle, nebo tamhleto nebudu pouzivat, protoze neco jinyho se mi 'libi vic', ale kdyz me to nekdo podpori v HW, je to pro me duvod k zamysleni, jestli je ta moje oblibena vec o tolik lepsi, ze mi to stoji za 1/10 vykonu.

A64 3200+:
CRC32 (Zlib) - 620 MB/s
MD5 (OpenSSL) - 265 MB/s
To je dle mě úplně v pohodě rychlost. Limitem to může být jedině tehdy, když další úloha chce 100 % výkonu.

[Fox!MURDER]

Já používám CRC32 a MD5, protože jsou všeobecně podporované a umí je třeba Total Commander. Nechtěl bych měnit za něco jiného. BTW, je i SHA384 a SHA512.

md5 uz je derava a crc32 vubec prilis jednoducha ...

A64 3200+:
CRC32 (Zlib) - 620 MB/s
MD5 (OpenSSL) - 265 MB/s
To je dle mě úplně v pohodě rychlost. Limitem to může být jedině tehdy, když další úloha chce 100 % výkonu.

hezke, a AES s 256bit klicem?

[Eagle]

hezke, a AES s 256bit klicem?

Netuším, to snad v žádné běžně používané knihovně zatím není.

[PiT]

md5 uz je derava ...

Mozes to plz vysvetlit blizsie ?

[Fox!MURDER]

Mozes to plz vysvetlit blizsie ?

http://www.cits.rub.de/MD5Collisions/

Netuším, to snad v žádné běžně používané knihovně zatím není.

tebou zminovany openssl neni bezne pouzivana knihovna ?

[Eagle]

tebou zminovany openssl neni bezne pouzivana knihovna ?

V něm to je?

[THX]

....
Then on to the SSE4 instructions we covered the other day. The new instructions are not just streaming SIMD, but have a few other things thrown in. The one that was mentioned was a CRC instruction, something that could have wide ranging implications elsewhere.
....

http://theinquirer.net/default.aspx?article=34690

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

[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

[Eagle]

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

Ten článek předpokládá věci, které jsou v reálném světě minimálně nepravděpodobné - že programátoři budou muset změnit svůj styl programování. To je asi jako kdybych tvrdil, že lidé budou muset jezdit MHDčkem, protože je to energeticky výhodnější a ubývají fosilní paliva. Slidy jsou jen jakési teorie Intelu, které jsou pouze nepodloženou spekulací (přesněji řečeno zbožným přáním). Ono jim ostatně nic jiného nezbývá, neboť bez toho, aniž by zvýšili výkon (což se jim takto povede v situaci, kdy zfixlují pár benchmarků, aby to jejich jinak v praxi nepoužitelné monstrum využily, a udělají reklamu), by jejich produkty nikdo nekupoval, a tedy by neměli na výplatu akcionářům.

[THX]

Zase nejaky clanok o integracii gpu a cpu u AMD na xbitlabs:
http://www.xbitlabs.com/news/cpu/dis...107081152.html

Ten článek předpokládá věci, které jsou v reálném světě minimálně nepravděpodobné - že programátoři budou muset změnit svůj styl programování. To je asi jako kdybych tvrdil, že lidé budou muset jezdit MHDčkem, protože je to energeticky výhodnější a ubývají fosilní paliva. Slidy jsou jen jakési teorie Intelu, které jsou pouze nepodloženou spekulací (přesněji řečeno zbožným přáním). Ono jim ostatně nic jiného nezbývá, neboť bez toho, aniž by zvýšili výkon (což se jim takto povede v situaci, kdy zfixlují pár benchmarků, aby to jejich jinak v praxi nepoužitelné monstrum využily, a udělají reklamu), by jejich produkty nikdo nekupoval, a tedy by neměli na výplatu akcionářům.

az bude stat liter benzinu 100kc, tak vacsina ludi asi bude jazdit mhd-ckom. Az bude single core vykon dlhodobo stagnovat, vacsina programatorov (ak budu chciet vyssi vykon), bude musiet prejst na multi threading programovanie.

[THX]

Nejake info o tom, ze Conroe-L jednojadrovy sa rusi a namiesto neho bude dvojjadrovy:
http://www.digit-life.com/news.html?07/21/13#72113

[Eagle]

Nejake info o tom, ze Conroe-L jednojadrovy sa rusi a namiesto neho bude dvojjadrovy:
http://www.digit-life.com/news.html?07/21/13#72113

Pokud nebude za cenu jednojádra, tak to osobně vidím na P4 6xx za těch 69 dolarů, co má stát od ledna (cca. to samé co dnes Celeron D 352).

[BlackMC]

Z neceho nakonec budou muset delat celerony .. Takze se to nebude jmenovat Pentium ale Celeron Core 2 Single. Na jmenu vcelku nezalezi, dulezite je ze drive nebo pozdeji pravdepodobne uvedou Core 2 single. Na celerony se jim nebude chtit zbytecne placat kremik a jak je videt tak tech nepovedenych kousku ze kterych planovali delat ty single core Pentia asi moc neni. I kdyz je mozne i to ze by delali Celeron core 2 duo 533 fsb /512 kbcache aby nemuseli delat jinej navrh a mohli to mastit vsechno jen z jednoho navrhu akorat meznit nastaveni a velikost cache ... a nebudou uz delat zadnej single core... ale nevim nevim na to bych teda nevsadil myslim ze na jare 2007 nejakej Core 2 single pro 775 vypluje at uz se bude menovat jak chce.

Nejake info o tom, ze Conroe-L jednojadrovy sa rusi a namiesto neho bude dvojjadrovy:
http://www.digit-life.com/news.html?07/21/13#72113

[Petrik]

Myslim ze takto to nebude, pravdepodobne hlavne kvuli zrejmne dost vysoke vyteznosti C2D jader, castecne asi take kvuli vysoke poptavce po celeronech, kterou by tech par zmetkovych C2D jader neuspokojilo. Ze stejneho duvodu pripravuje intel C2D se skutecnymi 2MB L2 a ne jako dosud se 4MB a polovinou vypnutou, viz: http://www.cdr.cz/a/18883
Navic predpokladam ze celeron bude zase mit malou L2 cache, nedivil bych se kdyby napr. 512KB, takze jeste uvidime, jak na tom bude s vykonem. Vykon C2D totiz, jak zde na foru nekde poznamenal Eagle, stoji na L2, napr. kvuli agresivnimu prefetchi dat z RAM, ktere se ale jaksi musi nekam vejit Takze je dost mozne, ze bez upravy logiky procesoru, ktera je nyni optimalizovana na 2 resp. 4MB L2, bude vykon s malou L2 dost spatny...doufam ze ne, samozrejmne, ale mozne to je. Neco podobneho se stalo u P4ky, kdy ona samotna mela vykon relativne slusny, ale celerony na bazi P4 mely vykon tragicky a nepomahalo pretoceni ani pres 3GHz. Zda je mozne prefetch a ostatni logiku konfigurovat pomoci mikrokodu ci je nutne zmenit HW netusim...

Z neceho nakonec budou muset delat celerony .. Takze se to nebude jmenovat Pentium ale Celeron Core 2 Single. Na jmenu vcelku nezalezi, dulezite je ze drive nebo pozdeji pravdepodobne uvedou Core 2 single. Na celerony se jim nebude chtit zbytecne placat kremik a jak je videt tak tech nepovedenych kousku ze kterych planovali delat ty single core Pentia asi moc neni. I kdyz je mozne i to ze by delali Celeron core 2 duo 533 fsb /512 kbcache aby nemuseli delat jinej navrh a mohli to mastit vsechno jen z jednoho navrhu akorat meznit nastaveni a velikost cache ... a nebudou uz delat zadnej single core... ale nevim nevim na to bych teda nevsadil myslim ze na jare 2007 nejakej Core 2 single pro 775 vypluje at uz se bude menovat jak chce.

[Eagle]

I kdyz je mozne i to ze by delali Celeron core 2 duo 533 fsb /512 kbcache aby nemuseli delat jinej navrh a mohli to mastit vsechno jen z jednoho navrhu

On už ten jednojádrový model s 1 MB L2 existuje - CPUID 10660h, revize A0. Čili to by nic neušetřili.

Jinak tak trochu mi to přijde jako snaha zvyšovat marže. "Dáme vám dual-core, tak zaplaťte." Pěkně se povozí po hype spojeným s DC, přičemž o reálné využitelnosti taktně pomlčí, hlavně když jim někdo zaplatí dovolenou.

[tomase]

a o co ine ide? Reklama vymetie ludom mozgy a vyrobca sa nabali. Ak by som mal tu firmu a fungovalo to tak, urobim to iste. Nie som predsa spasitel ludstva.

[THX]

Zda sa, ze z toho 80 jadroveho CPU by sa nakoniec mohlo vivinut nieco uplne ine...

Intel discrete graphics chips confirmed

Intel's Visual Computing Group (VCG) has the mission to establish the future of computing for high-throughput workloads. We are focused on developing discrete graphics products based on a many-core architecture targeting high-end client platforms. Our vision is that the resulting ingredients and technology will extend to mobile clients, servers, and embedded platforms over time. VCG will initially focus on discrete graphics products but will also expand the previous charter to include developing plans for accelerated CPU integration.

http://www.intel.com/jobs/careers/visualcomputing/
(prvotna sprava z elitebastards)