jakoze misto 25GB Ram za par babek.. budu muset priste koupit uberdrahej uber procak? nebo to bude jeste levnejsi nez ted? :)))
+1
0
-1
Je komentář přínosný?
jakoze misto 25GB Ram za par
Kosac https://diit.cz/profil/kosac
14. 9. 2012 - 11:30https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskusejakoze misto 25GB Ram za par babek.. budu muset priste koupit uberdrahej uber procak? nebo to bude jeste levnejsi nez ted? :)))
https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632244
+
Ne ale rozhodně si dokáži představit mít v procesoru dejme tomu 8GB paměti s rychlostí v řádech stovek GB/s a zbytek paměti honit jako doposud. Mohlo by to ušetřit místo na čipru kde hodně místa zabírá L3 a stejně jí je pořád málo. Navíc kdyby byla při spánku nežravá (asi nevolatilní) dalo by se probouzet fofrem.
+1
0
-1
Je komentář přínosný?
Ne ale rozhodně si dokáži
Kert https://diit.cz/profil/kert
14. 9. 2012 - 11:58https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseNe ale rozhodně si dokáži představit mít v procesoru dejme tomu 8GB paměti s rychlostí v řádech stovek GB/s a zbytek paměti honit jako doposud. Mohlo by to ušetřit místo na čipru kde hodně místa zabírá L3 a stejně jí je pořád málo. Navíc kdyby byla při spánku nežravá (asi nevolatilní) dalo by se probouzet fofrem.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632249
+
No neumím si představit tu dvojrychlosnost...půlka programu by byla v rychlejší ram a druhá v pomalejší? Takže by se stejně muselo čekat na pomalejší? Nebo To nějak Naúrovnují do L1 L2...
Sjednocení rychlosti v případě externích modulů je zatím jediná představitelná varianta.
+1
0
-1
Je komentář přínosný?
No neumím si představit tu
Pan_Filuta https://diit.cz/profil/panfiluta
14. 9. 2012 - 12:12https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseNo neumím si představit tu dvojrychlosnost...půlka programu by byla v rychlejší ram a druhá v pomalejší? Takže by se stejně muselo čekat na pomalejší? Nebo To nějak Naúrovnují do L1 L2...
Sjednocení rychlosti v případě externích modulů je zatím jediná představitelná varianta.
https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632251
+
Myslim, ze riesenim by bolo prave naurovnovat to. V podstate by to bola cache najvysej urovne. Ak by bola rychlost dostatocna, tak by z CPU mohla zmiznut L3.
+1
0
-1
Je komentář přínosný?
Myslim, ze riesenim by bolo
ASD_SK https://diit.cz/profil/asdsk
14. 9. 2012 - 12:27https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseMyslim, ze riesenim by bolo prave naurovnovat to. V podstate by to bola cache najvysej urovne. Ak by bola rychlost dostatocna, tak by z CPU mohla zmiznut L3.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632255
+
to už tady bylo dříve, Intel chipset 430TX uměl cachovat pomocí L2 cache jen prvních 64MB paměti, takže při rozšíření na 128MB byla půlka paměti rychlejší než ta druhá...
+1
0
-1
Je komentář přínosný?
to už tady bylo dříve, Intel
ondra1 https://diit.cz/profil/v0cas
14. 9. 2012 - 13:04https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseto už tady bylo dříve, Intel chipset 430TX uměl cachovat pomocí L2 cache jen prvních 64MB paměti, takže při rozšíření na 128MB byla půlka paměti rychlejší než ta druhá...https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632263
+
A proč ne. ti z nás co pamatují doma amiu znají chip ram/fast ram a i na PC je virtual memory na disku (100x pomalší)...
+1
0
-1
Je komentář přínosný?
A proč ne. ti z nás co
DRK https://diit.cz/profil/drk22
16. 9. 2012 - 14:57https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseA proč ne. ti z nás co pamatují doma amiu znají chip ram/fast ram a i na PC je virtual memory na disku (100x pomalší)...https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632369
+
Tak u ARM procesorů je to normální, ne? Ne přímo integrovaná, ale strojově nalisovaná na/do SoC. Tuším, že se to označuje POP. Na SoC je něco jako patice a na výrobní lince se do toho nalisuje paměť podle přání odběratele. Ostatně, kdo dneska rozšiřuje paměť, koupí si stroj, kde to je možné.
+1
0
-1
Je komentář přínosný?
Tak u ARM procesorů je to
peca https://diit.cz/profil/peca007
14. 9. 2012 - 11:46https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseTak u ARM procesorů je to normální, ne? Ne přímo integrovaná, ale strojově nalisovaná na/do SoC. Tuším, že se to označuje POP. Na SoC je něco jako patice a na výrobní lince se do toho nalisuje paměť podle přání odběratele. Ostatně, kdo dneska rozšiřuje paměť, koupí si stroj, kde to je možné.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632246
+
14. 9. 2012 - 12:27https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseAno, Intel Penwell by měl využívat obdobné řešení Package On Package (POP)
http://www.xbitlabs.com/picture/?src=/images/news/2012-09/intel_atom_penwell.jpghttps://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632256
+
A preco nie? Aj ked sme uz dufali ze 32bit os (hlavne od ms) nebudu stale sa pouzivaju a na mainstream (sekretarka,web etc.) to staci a tym padom staci aj 4GB. A tiez spomenuty mobilny sektor ziskava stale na dolezitosti a tam je tiez zatial 4GB standard a pomaly sa presadzuje 8GB. Predsa len asi mensie mnozstvo uzivatelov rozsiruje pamet a minimum meni procesor. A s intelackou snahou pretlacit ultrabooky, kde sa nebude dat rozumne asi menit nic a ani nic dokupovat by integrovana pamet davala zmysel. No a posledna oblast by mohli byt mobily a snaha intelu tam pretlacit x86.
+1
0
-1
Je komentář přínosný?
A preco nie? Aj ked sme uz
aa bb https://diit.cz/profil/nemo22
14. 9. 2012 - 13:52https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseA preco nie? Aj ked sme uz dufali ze 32bit os (hlavne od ms) nebudu stale sa pouzivaju a na mainstream (sekretarka,web etc.) to staci a tym padom staci aj 4GB. A tiez spomenuty mobilny sektor ziskava stale na dolezitosti a tam je tiez zatial 4GB standard a pomaly sa presadzuje 8GB. Predsa len asi mensie mnozstvo uzivatelov rozsiruje pamet a minimum meni procesor. A s intelackou snahou pretlacit ultrabooky, kde sa nebude dat rozumne asi menit nic a ani nic dokupovat by integrovana pamet davala zmysel. No a posledna oblast by mohli byt mobily a snaha intelu tam pretlacit x86.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632271
+
Tahle myslenka mi dost pripomina komentar znameho k situaci u Androidu: Pro pohodlne pouzivani je dobre mit 1 GB RAM, ovsem telefony krome nekolika vetsinou hodne drahych maji jen 512 MB. Takze zakazniku bud se nech oskubat nebo si kup mizerny vyrobek. Netbooky jsou na tom podobne.
U x86 bych ocekaval, ze vetsina procesoru bude mit 1 maximalne 2 GB a vice budou mit jen ty hodne drahe modely. Bohuzel zijeme ve svete rizenem ekonomy a ne techniky.
+1
0
-1
Je komentář přínosný?
Tahle myslenka mi dost
Noxik https://diit.cz/autor/noxik
14. 9. 2012 - 14:03https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseTahle myslenka mi dost pripomina komentar znameho k situaci u Androidu: Pro pohodlne pouzivani je dobre mit 1 GB RAM, ovsem telefony krome nekolika vetsinou hodne drahych maji jen 512 MB. Takze zakazniku bud se nech oskubat nebo si kup mizerny vyrobek. Netbooky jsou na tom podobne.
U x86 bych ocekaval, ze vetsina procesoru bude mit 1 maximalne 2 GB a vice budou mit jen ty hodne drahe modely. Bohuzel zijeme ve svete rizenem ekonomy a ne techniky. https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632276
+
A je to tady, já to říkám už několik let. V podstatě je to logický krok, vedení sběrnice je příliš dlouhé a naráží na fyzikální limity.
+1
0
-1
Je komentář přínosný?
A je to tady, já to říkám už
r23 https://diit.cz/profil/r23
14. 9. 2012 - 17:28https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseA je to tady, já to říkám už několik let. V podstatě je to logický krok, vedení sběrnice je příliš dlouhé a naráží na fyzikální limity.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632309
+
Mě se to nezdá moc reálné. Sice by to přineslo nárůst výkonu, ale za jakou cenu? Technologie pro výrobu procesoru jsou mnohem složitější a teda dražší než ty pro výrobu paměti. Taková paměť aby vůbec měla smysl by zabírala velkou většinu plochy čipu a tedy by to několikrát prodražilo výrobu procesorů, protože ty by byly podstatně větší a výtěžnost na waffer by radikálně klesla. Možná by se to vyplatilo u nějakých super-high end procesorů, kde se na cenu nehledí, ale tyhle tvoří jenom zanedbatelný zlomek poptávky.
+1
0
-1
Je komentář přínosný?
Mě se to nezdá moc reálné.
Shal https://diit.cz/profil/shal
14. 9. 2012 - 17:52https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseMě se to nezdá moc reálné. Sice by to přineslo nárůst výkonu, ale za jakou cenu? Technologie pro výrobu procesoru jsou mnohem složitější a teda dražší než ty pro výrobu paměti. Taková paměť aby vůbec měla smysl by zabírala velkou většinu plochy čipu a tedy by to několikrát prodražilo výrobu procesorů, protože ty by byly podstatně větší a výtěžnost na waffer by radikálně klesla. Možná by se to vyplatilo u nějakých super-high end procesorů, kde se na cenu nehledí, ale tyhle tvoří jenom zanedbatelný zlomek poptávky.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632311
+
Tak nedělali na jednom kusu křemíku. Šlo by se přes substrát, pozděli přes křemíkový interposter.
+1
0
-1
Je komentář přínosný?
Tak nedělali na jednom kusu
r23 https://diit.cz/profil/r23
14. 9. 2012 - 18:05https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseTak nedělali na jednom kusu křemíku. Šlo by se přes substrát, pozděli přes křemíkový interposter.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632314
+
Říká vám něco statistická kontrola kvality (SPC/SAC)? Ono to je totiž kupodivu přesně naopak než píšete, výtěžnost na wafer by to zvýšilo a cenu asi i snížilo. A v čem že je ta finta?
Řekněme, že máte u použité technologie (výroby CPU) v průměru 20 vad na wafer. To je statistická hodnota, která se počítá průběžně a je velmi důležitá i pro stanovení cen. Část z těch vad připadá na nedokonalost stavu technologie a časem se jejich počet snižuje, část je neovlivnitelná. Sem spadá přirozená radiace, jako beta rozpad dvaatřicítky křemíku na fosfor, kosmické záření, záchvěvy zemské kůry,... Ale v tento moment prostě máte těch řekněme 20 vad v průměru na každém waferu.
Pokud začnete dělat RAM spolu s CPU a na waferu by (ať se mi to dobře počítá a je to názorné) čtvrtinu plochy zabírala jádra CPU a tři čtvrtiny RAM, tak i pak budete velmi blízko tomu číslu 20 vad na wafer. Ale vady v modulech RAM nevadí, ty jdou ošéfovat, takže se dostanete na pouhých ~5 vad v CPU. Výtěžnost na wafer stoupla tedy 4x (výtěžnost na počet CPU je samozřejmě stále stejná, ale vy jste psal o výtěžnosti na wafer :) (na stejný počet CPU se musí vyrobit 4 wafery x 5 vad/wafer = opět 20 vadných jader)). Plus možná půjde RAM u vadných CPU vyřezat a použít jinde.
+1
0
-1
Je komentář přínosný?
Říká vám něco statistická
Damel https://diit.cz/profil/damel
15. 9. 2012 - 21:34https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseŘíká vám něco statistická kontrola kvality (SPC/SAC)? Ono to je totiž kupodivu přesně naopak než píšete, výtěžnost na wafer by to zvýšilo a cenu asi i snížilo. A v čem že je ta finta?
Řekněme, že máte u použité technologie (výroby CPU) v průměru 20 vad na wafer. To je statistická hodnota, která se počítá průběžně a je velmi důležitá i pro stanovení cen. Část z těch vad připadá na nedokonalost stavu technologie a časem se jejich počet snižuje, část je neovlivnitelná. Sem spadá přirozená radiace, jako beta rozpad dvaatřicítky křemíku na fosfor, kosmické záření, záchvěvy zemské kůry,... Ale v tento moment prostě máte těch řekněme 20 vad v průměru na každém waferu.
Pokud začnete dělat RAM spolu s CPU a na waferu by (ať se mi to dobře počítá a je to názorné) čtvrtinu plochy zabírala jádra CPU a tři čtvrtiny RAM, tak i pak budete velmi blízko tomu číslu 20 vad na wafer. Ale vady v modulech RAM nevadí, ty jdou ošéfovat, takže se dostanete na pouhých ~5 vad v CPU. Výtěžnost na wafer stoupla tedy 4x (výtěžnost na počet CPU je samozřejmě stále stejná, ale vy jste psal o výtěžnosti na wafer :) (na stejný počet CPU se musí vyrobit 4 wafery x 5 vad/wafer = opět 20 vadných jader)). Plus možná půjde RAM u vadných CPU vyřezat a použít jinde.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632354
+
Nemyslím, že by to bylo výhodné - čím větší ploch chipu, tím větší pravděpodobnost defektu daného jádra. Viděl jste konstrukci hradlového pole Virtex 7 ?
+1
0
-1
Je komentář přínosný?
Nemyslím, že by to bylo
r23 https://diit.cz/profil/r23
16. 9. 2012 - 01:47https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseNemyslím, že by to bylo výhodné - čím větší ploch chipu, tím větší pravděpodobnost defektu daného jádra. Viděl jste konstrukci hradlového pole Virtex 7 ?https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632364
+
Zapomínáte na to že se 4x zvětší potřebná plocha na čip a tím i pravděpodobnost vady ()3x v ram stejna chipu.... Takze krome stejne pravdepodobnosti na vadny procesor pribude jeste sance na vadnou ram...
+1
0
-1
Je komentář přínosný?
Zapomínáte na to že se 4x
DRK https://diit.cz/profil/drk22
16. 9. 2012 - 15:03https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseZapomínáte na to že se 4x zvětší potřebná plocha na čip a tím i pravděpodobnost vady ()3x v ram stejna chipu.... Takze krome stejne pravdepodobnosti na vadny procesor pribude jeste sance na vadnou ram... https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632370
+
Ja som za. Je to logicky krok v integracii. Prve Pentia mali len L1 cache 16kB a externu L2 na MB.
Odvtedy cache postupne rastie podla aktualnych moznosti a potreby.
Nakoniec ziadnu pridavnu pamet nebude treba ak bude dostatok rychlej RAM pamete priamo na chipe.
+1
0
-1
Je komentář přínosný?
Ja som za. Je to logicky krok
AndyF1 https://diit.cz/profil/andyf1
14. 9. 2012 - 18:21https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseJa som za. Je to logicky krok v integracii. Prve Pentia mali len L1 cache 16kB a externu L2 na MB.
Odvtedy cache postupne rastie podla aktualnych moznosti a potreby.
Nakoniec ziadnu pridavnu pamet nebude treba ak bude dostatok rychlej RAM pamete priamo na chipe.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632315
+
až postoupí technologie tak budou do CPU integrovat i SSD ...
+1
0
-1
Je komentář přínosný?
až postoupí technologie tak
HonzaNeboJan https://diit.cz/profil/mojeja
14. 9. 2012 - 19:05https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseaž postoupí technologie tak budou do CPU integrovat i SSD ...https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632319
+
Tak tenhle článek mě zase donutil přihlásit se :)))
Ani jsem si nepřečet kdo je autor, ale podle stylu článku mi to hned došlo :)
Ještě pár poznámek k těm co by do chipu nejradši integrovali i SSD a zrušili cache :)
Cache je integrovaná a je malá právě proto aby byla rychlá a rychlostí se co nejvíc blížila rychlosti procesoru (tedy rychlosti čtení z registrů procesoru). Až technologie pokročí a SSD budou stejně rychlé jako současné cache tak cache budou dávno 100x rychlejší.
To tady nikdo nezná obecný pravidlo, že program stráví 90% času prováděním pouze 10% instrukcí?
+1
0
-1
Je komentář přínosný?
Tak tenhle článek mě zase
xxsawer https://diit.cz/profil/xxsawer
14. 9. 2012 - 20:05https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseTak tenhle článek mě zase donutil přihlásit se :)))
Ani jsem si nepřečet kdo je autor, ale podle stylu článku mi to hned došlo :)
Ještě pár poznámek k těm co by do chipu nejradši integrovali i SSD a zrušili cache :)
Cache je integrovaná a je malá právě proto aby byla rychlá a rychlostí se co nejvíc blížila rychlosti procesoru (tedy rychlosti čtení z registrů procesoru). Až technologie pokročí a SSD budou stejně rychlé jako současné cache tak cache budou dávno 100x rychlejší.
To tady nikdo nezná obecný pravidlo, že program stráví 90% času prováděním pouze 10% instrukcí?https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632325
+
Ta poslední věta vzhedem k optimalizacím v moderních překladačích už moc neplatí. Byla to premisa, ze které vyšel RISC, ale doba už trochu pokročila.
+1
0
-1
Je komentář přínosný?
Ta poslední věta vzhedem k
r23 https://diit.cz/profil/r23
14. 9. 2012 - 23:08https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseTa poslední věta vzhedem k optimalizacím v moderních překladačích už moc neplatí. Byla to premisa, ze které vyšel RISC, ale doba už trochu pokročila. https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632337
+
Ta poslední věta pořád platí a bude platit vždycky. S RISCem to nemá vůbec nic společnýho. Z tý poslední věty vychází hierarchie pamětí (registry, cache, hlavní paměť). RISC je RISC díky platformě, kde se používá (někde kde není potřeba universální procesor s vysokým výkonem - takže buď menší chipy nebo jednoúčelové chipy).
+1
0
-1
Je komentář přínosný?
Ta poslední věta pořád platí
xxsawer https://diit.cz/profil/xxsawer
15. 9. 2012 - 21:55https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseTa poslední věta pořád platí a bude platit vždycky. S RISCem to nemá vůbec nic společnýho. Z tý poslední věty vychází hierarchie pamětí (registry, cache, hlavní paměť). RISC je RISC díky platformě, kde se používá (někde kde není potřeba universální procesor s vysokým výkonem - takže buď menší chipy nebo jednoúčelové chipy).https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632356
+
S RISCem to má společného hodně, pokud těch 10% berete podle typu instrukcí. Hierarchie paměti vychází zejména z časové a prostorové lokality. Jestli jste chtěl říct, že většinu práce dělá jen malá část kódu, tak to je taky pravda, ale pokud platí výše zmíněná lokalita, tak to není tak podstatné, nehledě na to, že naprosto drtivá většina paměti je stejně obsazena daty.
+1
0
-1
Je komentář přínosný?
S RISCem to má společného
Txy https://diit.cz/profil/txy
16. 9. 2012 - 23:47https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseS RISCem to má společného hodně, pokud těch 10% berete podle typu instrukcí. Hierarchie paměti vychází zejména z časové a prostorové lokality. Jestli jste chtěl říct, že většinu práce dělá jen malá část kódu, tak to je taky pravda, ale pokud platí výše zmíněná lokalita, tak to není tak podstatné, nehledě na to, že naprosto drtivá většina paměti je stejně obsazena daty.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632380
+
T_xy:
Ty pleteš dohromady dvě úplně odlišný věci.
RISC - redukovaná instrukční sada = malý počet instrukcí (typů instrukcí jak tomu říkáš)
CISC - komplexní instrukční sada = velký počet instrukcí (typů instrukcí)
Podle toho co píšeš to vypadá, že si představuješ, že když má CISC třeba 20x víc instrukcí tak už se jich do té cache tolik nevejde protože jsou rozmanitější takže je menší pravděpodobnost, že bys příště v cache našel to co potřebuješ. Naopak RISC jich má míň, takže se jich do cache vejde větší % typů instrukcí.
-> Omyl
Do cache se neukládají typy instrukcí, ale celé instrukce!!!
Představ si, že máš RISC, kde jsou jenom 4 instrukce a CISC, kde jich je miliarda. Myslíš si, že do cache uložíš ty 4 typy instrukcí a máš vystaráno? K čemu by ti taková informace byla? To ví procesor sám o sobě, že umí dekódovat jenom 4 instrucke.
Typ instrukce = operační kód instrukce, což je třeba 8bitů z celé 32b instrukce. To ostatní jsou třeba adresy operandů, adresovací režimy atd atd.
Jak to funguje? Program se skládá z instrukcí. Představ si, že jich ten program má třeba 1000.
Začínáme od začátku
1. instrukce - není v cache, načte se tam (CELÁ, nenačítá se jenom nějaká informace o tom že to je instrukce ADD nebo DIV nebo cokoli). Ve skutečnosti, se ale nenačítá jenom ta jedna instrukce, ale celý blok instrukcí protože je velká pravděpodobnost, že budeš potřebovat i následující instrukci (prostorová lokalita)
2. instrukce - je v cache protože si jí v prvním kroku načet spolu s tou první (jedná se řekněme o instrukci JMP - skok někam do řiti na instrukci n)
n. instrukce - není v cache protože JMPem si skočil někam daleko mimo blok načtený v bodě 1. - načteš zase celý blok z adresy, která může být kilometr daleko
n+1. instrukce - je v cache protože si jí načet s n-tou instrukcí a řekněme, že to je skok na 1.
Fakt, že z 2. instrukce často skáčeš na n-tou instrukci je časová lokalita.
Na těchhle dvou principech stojí cache. Je úplně jedno jestli ty instrukce v těch dvou blokách, který se načetly do cache jsou jenom směska add a div (v případě RISCu) nebo jestli to je pestrá směsice instrukcí, klidně každá jiná (v případě CISCu).
A teď zpátky k tý větě: Program stráví 90% času prováděním pouze 10ti % svých instrukcí.
Tím se nemyslí druhy instrukcí, ale instrukcí jako takových! Takže abych to napsal superjasně - když má program třeba 1000 instrukcí tak se stráví 90% času prováděním třeba instrukcí 1-50 a 850 - 900.
Jinak řečeno ta věta pokrývá hlavně prostorovou lokalitu, ale svým způsobem i tu časovou...
+1
0
-1
Je komentář přínosný?
T_xy:
Ty pleteš dohromady dvě
xxsawer https://diit.cz/profil/xxsawer
17. 9. 2012 - 21:15https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseT_xy:
Ty pleteš dohromady dvě úplně odlišný věci.
RISC - redukovaná instrukční sada = malý počet instrukcí (typů instrukcí jak tomu říkáš)
CISC - komplexní instrukční sada = velký počet instrukcí (typů instrukcí)
Podle toho co píšeš to vypadá, že si představuješ, že když má CISC třeba 20x víc instrukcí tak už se jich do té cache tolik nevejde protože jsou rozmanitější takže je menší pravděpodobnost, že bys příště v cache našel to co potřebuješ. Naopak RISC jich má míň, takže se jich do cache vejde větší % typů instrukcí.
-> Omyl
Do cache se neukládají typy instrukcí, ale celé instrukce!!!
Představ si, že máš RISC, kde jsou jenom 4 instrukce a CISC, kde jich je miliarda. Myslíš si, že do cache uložíš ty 4 typy instrukcí a máš vystaráno? K čemu by ti taková informace byla? To ví procesor sám o sobě, že umí dekódovat jenom 4 instrucke.
Typ instrukce = operační kód instrukce, což je třeba 8bitů z celé 32b instrukce. To ostatní jsou třeba adresy operandů, adresovací režimy atd atd.
Jak to funguje? Program se skládá z instrukcí. Představ si, že jich ten program má třeba 1000.
Začínáme od začátku
1. instrukce - není v cache, načte se tam (CELÁ, nenačítá se jenom nějaká informace o tom že to je instrukce ADD nebo DIV nebo cokoli). Ve skutečnosti, se ale nenačítá jenom ta jedna instrukce, ale celý blok instrukcí protože je velká pravděpodobnost, že budeš potřebovat i následující instrukci (prostorová lokalita)
2. instrukce - je v cache protože si jí v prvním kroku načet spolu s tou první (jedná se řekněme o instrukci JMP - skok někam do řiti na instrukci n)
n. instrukce - není v cache protože JMPem si skočil někam daleko mimo blok načtený v bodě 1. - načteš zase celý blok z adresy, která může být kilometr daleko
n+1. instrukce - je v cache protože si jí načet s n-tou instrukcí a řekněme, že to je skok na 1.
Fakt, že z 2. instrukce často skáčeš na n-tou instrukci je časová lokalita.
Na těchhle dvou principech stojí cache. Je úplně jedno jestli ty instrukce v těch dvou blokách, který se načetly do cache jsou jenom směska add a div (v případě RISCu) nebo jestli to je pestrá směsice instrukcí, klidně každá jiná (v případě CISCu).
A teď zpátky k tý větě: Program stráví 90% času prováděním pouze 10ti % svých instrukcí.
Tím se nemyslí druhy instrukcí, ale instrukcí jako takových! Takže abych to napsal superjasně - když má program třeba 1000 instrukcí tak se stráví 90% času prováděním třeba instrukcí 1-50 a 850 - 900.
Jinak řečeno ta věta pokrývá hlavně prostorovou lokalitu, ale svým způsobem i tu časovou...https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632454
+
Hmm, a já si dodneška myslel, že koncept PC se ujal právě díky rozšiřitelnosti/variability složení. Takhle budu jen platit za to co nechci, už teď zákazník intelu který staví výkoný herní PC musí platit za grafiku, kterou ovšem nevyužije.
+1
-1
-1
Je komentář přínosný?
Hmm, a já si dodneška myslel,
Jiří Hlíza https://diit.cz/profil/draimon
14. 9. 2012 - 22:28https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseHmm, a já si dodneška myslel, že koncept PC se ujal právě díky rozšiřitelnosti/variability složení. Takhle budu jen platit za to co nechci, už teď zákazník intelu který staví výkoný herní PC musí platit za grafiku, kterou ovšem nevyužije.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632333
+
Třeba intel necílí tyto procesory na PC platformu. PC se prodává rok od roku méně vůči ostatním druhům zařízení.
+1
0
-1
Je komentář přínosný?
Třeba intel necílí tyto
Rudolf Dvořáček https://diit.cz/profil/rudidlo
17. 9. 2012 - 10:01https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseTřeba intel necílí tyto procesory na PC platformu. PC se prodává rok od roku méně vůči ostatním druhům zařízení.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632410
+
Integruju tam vacsie mnozstvo RAM (32 GB) a ludia si ich budu odomykat, asi ako planovali odomykanie pretaktovania :-)
+1
0
-1
Je komentář přínosný?
Integruju tam vacsie mnozstvo
Alexandra Stanovska https://diit.cz/profil/aastha
14. 9. 2012 - 23:13https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseIntegruju tam vacsie mnozstvo RAM (32 GB) a ludia si ich budu odomykat, asi ako planovali odomykanie pretaktovania :-)https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632338
+
Jeden z moznych duvodu je vyrobkovy marketing. Vice vyrobku. Dokazu si predstavit treba:
core i3 3000 s 1GB RAM - 4000Kc, i3 3000 s 2GB RAM - 6000Kc, i3 3000 s 4GB RAM - 10000Kc
core i3 3100 s 1GB RAM - 4700Kc, i3 3100 s 2GB RAM - 6700Kc, i3 3100 s 4GB RAM - 10700Kc
atd.
A kazdy rok nove modely!
To bude ficak :-) Holt vyvoj neco stoji :-) Neberte mne moc vazne :-)
+1
0
-1
Je komentář přínosný?
Jeden z moznych duvodu je
kanesede kanesede https://diit.cz/profil/kanesede
15. 9. 2012 - 16:55https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseJeden z moznych duvodu je vyrobkovy marketing. Vice vyrobku. Dokazu si predstavit treba:
core i3 3000 s 1GB RAM - 4000Kc, i3 3000 s 2GB RAM - 6000Kc, i3 3000 s 4GB RAM - 10000Kc
core i3 3100 s 1GB RAM - 4700Kc, i3 3100 s 2GB RAM - 6700Kc, i3 3100 s 4GB RAM - 10700Kc
atd.
A kazdy rok nove modely!
To bude ficak :-) Holt vyvoj neco stoji :-) Neberte mne moc vazne :-)https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632348
+
Hmmm asi se blíží doba kdy si člověk koupí CPU s integrovanou grafikou, řadičem pamětí, ramkou ....zapojí do něho pevný disk napájecí konektor a má počítač :D Základní desky prokazují málo inovace ...
+1
0
-1
Je komentář přínosný?
Hmmm asi se blíží doba kdy si
Pan_Filuta https://diit.cz/profil/panfiluta
15. 9. 2012 - 17:07https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseHmmm asi se blíží doba kdy si člověk koupí CPU s integrovanou grafikou, řadičem pamětí, ramkou ....zapojí do něho pevný disk napájecí konektor a má počítač :D Základní desky prokazují málo inovace ...https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632349
+
16. 9. 2012 - 00:10https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseNepřipadá mi to jako nic senzačního a překvapivého. Už před rokem jste sami uvedli článek, že AMD pro svá GPU a APU plánuje také vrstvení pamětí.
http://diit.cz/clanek/amd-s-amkor-pracuji-na-grafickem-cipu-budoucnosti
A brzy už budou pomalu všechny CPU vlastně APU.https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632363
+
Vidím tu jeden drobný rozdíl, na který poukážu otázkou: jak často upgradujete paměť grafiky? ;)
+1
0
-1
Je komentář přínosný?
Vidím tu jeden drobný rozdíl,
WIFT https://diit.cz/autor/wift
16. 9. 2012 - 18:09https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuseVidím tu jeden drobný rozdíl, na který poukážu otázkou: jak často upgradujete paměť grafiky? ;)https://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskuse#comment-632373
+
Diskuse k Intel chystá integrovat paměť do procesoruhttps://diit.cz/clanek/prijde-integrovana-pamet-v-procesorech-intel/diskusehttps://diit.cz/sites/default/files/diit-logo.png
jakoze misto 25GB Ram za par babek.. budu muset priste koupit uberdrahej uber procak? nebo to bude jeste levnejsi nez ted? :)))
Ne ale rozhodně si dokáži představit mít v procesoru dejme tomu 8GB paměti s rychlostí v řádech stovek GB/s a zbytek paměti honit jako doposud. Mohlo by to ušetřit místo na čipru kde hodně místa zabírá L3 a stejně jí je pořád málo. Navíc kdyby byla při spánku nežravá (asi nevolatilní) dalo by se probouzet fofrem.
No neumím si představit tu dvojrychlosnost...půlka programu by byla v rychlejší ram a druhá v pomalejší? Takže by se stejně muselo čekat na pomalejší? Nebo To nějak Naúrovnují do L1 L2...
Sjednocení rychlosti v případě externích modulů je zatím jediná představitelná varianta.
Myslim, ze riesenim by bolo prave naurovnovat to. V podstate by to bola cache najvysej urovne. Ak by bola rychlost dostatocna, tak by z CPU mohla zmiznut L3.
to už tady bylo dříve, Intel chipset 430TX uměl cachovat pomocí L2 cache jen prvních 64MB paměti, takže při rozšíření na 128MB byla půlka paměti rychlejší než ta druhá...
A proč ne. ti z nás co pamatují doma amiu znají chip ram/fast ram a i na PC je virtual memory na disku (100x pomalší)...
Tak u ARM procesorů je to normální, ne? Ne přímo integrovaná, ale strojově nalisovaná na/do SoC. Tuším, že se to označuje POP. Na SoC je něco jako patice a na výrobní lince se do toho nalisuje paměť podle přání odběratele. Ostatně, kdo dneska rozšiřuje paměť, koupí si stroj, kde to je možné.
Ano, Intel Penwell by měl využívat obdobné řešení Package On Package (POP)
http://www.xbitlabs.com/picture/?src=/images/news/2012-09/intel_atom_pen...
A preco nie? Aj ked sme uz dufali ze 32bit os (hlavne od ms) nebudu stale sa pouzivaju a na mainstream (sekretarka,web etc.) to staci a tym padom staci aj 4GB. A tiez spomenuty mobilny sektor ziskava stale na dolezitosti a tam je tiez zatial 4GB standard a pomaly sa presadzuje 8GB. Predsa len asi mensie mnozstvo uzivatelov rozsiruje pamet a minimum meni procesor. A s intelackou snahou pretlacit ultrabooky, kde sa nebude dat rozumne asi menit nic a ani nic dokupovat by integrovana pamet davala zmysel. No a posledna oblast by mohli byt mobily a snaha intelu tam pretlacit x86.
Tahle myslenka mi dost pripomina komentar znameho k situaci u Androidu: Pro pohodlne pouzivani je dobre mit 1 GB RAM, ovsem telefony krome nekolika vetsinou hodne drahych maji jen 512 MB. Takze zakazniku bud se nech oskubat nebo si kup mizerny vyrobek. Netbooky jsou na tom podobne.
U x86 bych ocekaval, ze vetsina procesoru bude mit 1 maximalne 2 GB a vice budou mit jen ty hodne drahe modely. Bohuzel zijeme ve svete rizenem ekonomy a ne techniky.
A je to tady, já to říkám už několik let. V podstatě je to logický krok, vedení sběrnice je příliš dlouhé a naráží na fyzikální limity.
Mě se to nezdá moc reálné. Sice by to přineslo nárůst výkonu, ale za jakou cenu? Technologie pro výrobu procesoru jsou mnohem složitější a teda dražší než ty pro výrobu paměti. Taková paměť aby vůbec měla smysl by zabírala velkou většinu plochy čipu a tedy by to několikrát prodražilo výrobu procesorů, protože ty by byly podstatně větší a výtěžnost na waffer by radikálně klesla. Možná by se to vyplatilo u nějakých super-high end procesorů, kde se na cenu nehledí, ale tyhle tvoří jenom zanedbatelný zlomek poptávky.
Tak nedělali na jednom kusu křemíku. Šlo by se přes substrát, pozděli přes křemíkový interposter.
Říká vám něco statistická kontrola kvality (SPC/SAC)? Ono to je totiž kupodivu přesně naopak než píšete, výtěžnost na wafer by to zvýšilo a cenu asi i snížilo. A v čem že je ta finta?
Řekněme, že máte u použité technologie (výroby CPU) v průměru 20 vad na wafer. To je statistická hodnota, která se počítá průběžně a je velmi důležitá i pro stanovení cen. Část z těch vad připadá na nedokonalost stavu technologie a časem se jejich počet snižuje, část je neovlivnitelná. Sem spadá přirozená radiace, jako beta rozpad dvaatřicítky křemíku na fosfor, kosmické záření, záchvěvy zemské kůry,... Ale v tento moment prostě máte těch řekněme 20 vad v průměru na každém waferu.
Pokud začnete dělat RAM spolu s CPU a na waferu by (ať se mi to dobře počítá a je to názorné) čtvrtinu plochy zabírala jádra CPU a tři čtvrtiny RAM, tak i pak budete velmi blízko tomu číslu 20 vad na wafer. Ale vady v modulech RAM nevadí, ty jdou ošéfovat, takže se dostanete na pouhých ~5 vad v CPU. Výtěžnost na wafer stoupla tedy 4x (výtěžnost na počet CPU je samozřejmě stále stejná, ale vy jste psal o výtěžnosti na wafer :) (na stejný počet CPU se musí vyrobit 4 wafery x 5 vad/wafer = opět 20 vadných jader)). Plus možná půjde RAM u vadných CPU vyřezat a použít jinde.
Nemyslím, že by to bylo výhodné - čím větší ploch chipu, tím větší pravděpodobnost defektu daného jádra. Viděl jste konstrukci hradlového pole Virtex 7 ?
Zapomínáte na to že se 4x zvětší potřebná plocha na čip a tím i pravděpodobnost vady ()3x v ram stejna chipu.... Takze krome stejne pravdepodobnosti na vadny procesor pribude jeste sance na vadnou ram...
Ja som za. Je to logicky krok v integracii. Prve Pentia mali len L1 cache 16kB a externu L2 na MB.
Odvtedy cache postupne rastie podla aktualnych moznosti a potreby.
Nakoniec ziadnu pridavnu pamet nebude treba ak bude dostatok rychlej RAM pamete priamo na chipe.
až postoupí technologie tak budou do CPU integrovat i SSD ...
Tak tenhle článek mě zase donutil přihlásit se :)))
Ani jsem si nepřečet kdo je autor, ale podle stylu článku mi to hned došlo :)
Ještě pár poznámek k těm co by do chipu nejradši integrovali i SSD a zrušili cache :)
Cache je integrovaná a je malá právě proto aby byla rychlá a rychlostí se co nejvíc blížila rychlosti procesoru (tedy rychlosti čtení z registrů procesoru). Až technologie pokročí a SSD budou stejně rychlé jako současné cache tak cache budou dávno 100x rychlejší.
To tady nikdo nezná obecný pravidlo, že program stráví 90% času prováděním pouze 10% instrukcí?
Ta poslední věta vzhedem k optimalizacím v moderních překladačích už moc neplatí. Byla to premisa, ze které vyšel RISC, ale doba už trochu pokročila.
Ta poslední věta pořád platí a bude platit vždycky. S RISCem to nemá vůbec nic společnýho. Z tý poslední věty vychází hierarchie pamětí (registry, cache, hlavní paměť). RISC je RISC díky platformě, kde se používá (někde kde není potřeba universální procesor s vysokým výkonem - takže buď menší chipy nebo jednoúčelové chipy).
S RISCem to má společného hodně, pokud těch 10% berete podle typu instrukcí. Hierarchie paměti vychází zejména z časové a prostorové lokality. Jestli jste chtěl říct, že většinu práce dělá jen malá část kódu, tak to je taky pravda, ale pokud platí výše zmíněná lokalita, tak to není tak podstatné, nehledě na to, že naprosto drtivá většina paměti je stejně obsazena daty.
T_xy:
Ty pleteš dohromady dvě úplně odlišný věci.
RISC - redukovaná instrukční sada = malý počet instrukcí (typů instrukcí jak tomu říkáš)
CISC - komplexní instrukční sada = velký počet instrukcí (typů instrukcí)
Podle toho co píšeš to vypadá, že si představuješ, že když má CISC třeba 20x víc instrukcí tak už se jich do té cache tolik nevejde protože jsou rozmanitější takže je menší pravděpodobnost, že bys příště v cache našel to co potřebuješ. Naopak RISC jich má míň, takže se jich do cache vejde větší % typů instrukcí.
-> Omyl
Do cache se neukládají typy instrukcí, ale celé instrukce!!!
Představ si, že máš RISC, kde jsou jenom 4 instrukce a CISC, kde jich je miliarda. Myslíš si, že do cache uložíš ty 4 typy instrukcí a máš vystaráno? K čemu by ti taková informace byla? To ví procesor sám o sobě, že umí dekódovat jenom 4 instrucke.
Typ instrukce = operační kód instrukce, což je třeba 8bitů z celé 32b instrukce. To ostatní jsou třeba adresy operandů, adresovací režimy atd atd.
Jak to funguje? Program se skládá z instrukcí. Představ si, že jich ten program má třeba 1000.
Začínáme od začátku
1. instrukce - není v cache, načte se tam (CELÁ, nenačítá se jenom nějaká informace o tom že to je instrukce ADD nebo DIV nebo cokoli). Ve skutečnosti, se ale nenačítá jenom ta jedna instrukce, ale celý blok instrukcí protože je velká pravděpodobnost, že budeš potřebovat i následující instrukci (prostorová lokalita)
2. instrukce - je v cache protože si jí v prvním kroku načet spolu s tou první (jedná se řekněme o instrukci JMP - skok někam do řiti na instrukci n)
n. instrukce - není v cache protože JMPem si skočil někam daleko mimo blok načtený v bodě 1. - načteš zase celý blok z adresy, která může být kilometr daleko
n+1. instrukce - je v cache protože si jí načet s n-tou instrukcí a řekněme, že to je skok na 1.
Fakt, že z 2. instrukce často skáčeš na n-tou instrukci je časová lokalita.
Na těchhle dvou principech stojí cache. Je úplně jedno jestli ty instrukce v těch dvou blokách, který se načetly do cache jsou jenom směska add a div (v případě RISCu) nebo jestli to je pestrá směsice instrukcí, klidně každá jiná (v případě CISCu).
A teď zpátky k tý větě: Program stráví 90% času prováděním pouze 10ti % svých instrukcí.
Tím se nemyslí druhy instrukcí, ale instrukcí jako takových! Takže abych to napsal superjasně - když má program třeba 1000 instrukcí tak se stráví 90% času prováděním třeba instrukcí 1-50 a 850 - 900.
Jinak řečeno ta věta pokrývá hlavně prostorovou lokalitu, ale svým způsobem i tu časovou...
Hmm, a já si dodneška myslel, že koncept PC se ujal právě díky rozšiřitelnosti/variability složení. Takhle budu jen platit za to co nechci, už teď zákazník intelu který staví výkoný herní PC musí platit za grafiku, kterou ovšem nevyužije.
Třeba intel necílí tyto procesory na PC platformu. PC se prodává rok od roku méně vůči ostatním druhům zařízení.
Integruju tam vacsie mnozstvo RAM (32 GB) a ludia si ich budu odomykat, asi ako planovali odomykanie pretaktovania :-)
Jeden z moznych duvodu je vyrobkovy marketing. Vice vyrobku. Dokazu si predstavit treba:
core i3 3000 s 1GB RAM - 4000Kc, i3 3000 s 2GB RAM - 6000Kc, i3 3000 s 4GB RAM - 10000Kc
core i3 3100 s 1GB RAM - 4700Kc, i3 3100 s 2GB RAM - 6700Kc, i3 3100 s 4GB RAM - 10700Kc
atd.
A kazdy rok nove modely!
To bude ficak :-) Holt vyvoj neco stoji :-) Neberte mne moc vazne :-)
Hmmm asi se blíží doba kdy si člověk koupí CPU s integrovanou grafikou, řadičem pamětí, ramkou ....zapojí do něho pevný disk napájecí konektor a má počítač :D Základní desky prokazují málo inovace ...
Nepřipadá mi to jako nic senzačního a překvapivého. Už před rokem jste sami uvedli článek, že AMD pro svá GPU a APU plánuje také vrstvení pamětí.
http://diit.cz/clanek/amd-s-amkor-pracuji-na-grafickem-cipu-budoucnosti
A brzy už budou pomalu všechny CPU vlastně APU.
Vidím tu jeden drobný rozdíl, na který poukážu otázkou: jak často upgradujete paměť grafiky? ;)
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.