278
-
dez #78 Jópofa, hogy tulajdonképpe nem tudják, hogy működhet ilyen frekvencián (ellentmond a fizikai elméleteknek). És abban látják a jövőt, hogy jobban megértsék a dolog fizikai alapjait. :) -
dez #77 Hm, nem tudom, van-e köze az egészhez, de a videó elején és végén Cell procikat tartalmazó wafert mutatnak. -
turul16 #76 10^12 =1, 000, 000, 000, 000 trillion calculations per secund... 
azt mondta film...#69 ezt vegyem MIPS -nek ? (Óra jelenként 2 instrukció)
Milyen procit raktak ezek össze ? Valaki talált a pricirol részletesebb infót (pl. ASM leírást hozzá) ? Ezek 4th generation SiGe cuccok jol nyomják..
Nem csak a tranyó lehet jó, ebben a cuccba terveztek ide mást is. (pl: "Időtágító kézi készüléket") -
dez #75 Na azért az aprólékos optimizálás és a durva pazarlás között van még pár lépcsőfok. Egyes dolgok csak minimális odafigyelést és szakértelmet kívánnak. (Akár az applikáció-programozótól, akár az adott fejlesztőrendszer létrehozójától, mint már elhangzott.)
Amúgy azok a bizonyos komolyabb demók is beérik néhány megával, pedig abba már beleadnak apait-anyait. (Egyébként sok demó OpenGL-es.) -
dez #74 Ami azt illeti, sokan reklamálnak, és van is pár megoldás az optimálisabb üzemre késztetésre. -
dez #73 Hm, szerintem lehetne úgy variálni azzal az aszinkron megoldással, hogy ne csak egy 7,8 GHz-es hagyományosnak feleljen meg. -
dez #72 Végülis csak az előírásokat követik szorgalmasan. :P
(Érthető okokból a ram/rom/flash gyártók nem; hülyén nézne ki, hogy pl. "1,024 GB ram module" - mert ugyebár itt felépítéstől fogva 2 hatványai szerint növekszik a kapacitás.) -
#71
nem kell a népet ezekkel a 64k demokkal megkeverni. Jól néznek ki, de semmi esetre nem verik össze a rendes szoftverekket, teljesen ugyan azon az alapon mûködnek itt is shaderek, modellek, textúrák, HDR, motion blur, shadows-ok, lighs-ok vannak az egyetlen ami speciálissá teszi őket hogy itt agreesszívan használják ezeket az efektusokat hogy minnég intenzívebb legyen az élmény, esetleg hogy assembly ben vannak írva ami igen meggyorsítja mozgásfolyamatok és apróvá teszi a kódot. Itt (ezekben a versenyekben) különben is egy csomó resztriktálás van. 64k ba nagyon kevés dolog fér bele, többek között a texturákat, a modelleket mind előgenerálják (ez az a "loading" folyamat az elején) és csak ezután használják, ennélkül nem férne bele. A zenét hasonlóképpen soft-synth játsza le a háttérben ami a tracker, vagy mondjuk midi zenéhez hasonló. Ott is csak a kottát és a minnél apróbb sample hangokat kell/lehet tárolni. Mert lekompilálva (pl mp3) már nagyon nem férne bele 64k-ba. A speciális effektusok nagyrészét meg ugye a kártyák hardweresen támogatják (álltalában minden demo Windows/DX-re van írva). Viszont ezzel szemben vannak rendes "technology" demok is amik ha sokkal többet is foglalnak el, nincsenek megkötve és maximálisan kiaknázhatnak minden lehetőséget a vasban. Meg is láttszik látványban a különbség a 2 között. BiroAndrasnak is igaza van, ha szükséges akkor maximálisan optimizálnak, akár pl driveroknár vagy fontos rendszerprocessoknál assembly-ben írják a kódot hogy maximális sebbességû legyen. Ha viszont nem prioritás az optimizáció vagy eccerûen nem fizetnek érte akkor minek foglalkozni vele? külön kedvtelésből én se tenném. Egy csomó hasznosabb dolgot lehet tenni helyette. Az idő NAGYON sokat ér. Sokkal többet mint a HW. -
csimmasz #70 ÖÖÖ a köszönöm lemaradt!!! 
-
csimmasz #69 Ezt megnézné valaki angoltudásu és elmondaná nagyvonalakban mit mondanak?
http://www-03.ibm.com/press/us/en/attachment/19843.wss?fileId=ATTACH_FILE1 -
#68
Bárki bármit ír,(és találgat) azért csak tudja IBM mit csinál.
-
csimmasz #67 Igen a profit mindenek előtt! 
Valaki megnézte a hivatalos filmecskét az IBM oldalán? Én sajna nem értek angolul,de mintha valamit magyaráznának és ahogy nézem ezek rendes chipek nem valami tranzisztor tecdemo. -
turul16 #66 Moore törvényt be kell tartani! Akkor lesz több latínumja a cégeknek. -
turul16 #65 
LOL
-
csimmasz #64 Tehát ez azt jelenti hogy még kicsit tovább húzzák a si/ge technologiát!
Most ez elvileg rossz mert késlelteti a szén nanocsövek megjelenését vagy jo mert a technologia még nem ipar érett?
-
#63
"Akik szerint a többmagosítás az út, azoknak elárulom, hogy a több mag senkinek nem célja, ez kényszer, mert már nem voltak képesek tovább órajelet növelni.
Viszont single core-t sokkal egyszerűbb programozni, és az órajelnövelés tényleg nagyban hozzájárul a teljesítmény növeléséhez."
Márpedig mindenképpen a többmagos rendszereké a jövő.
Sőt nekem is van egy olyan jó pár millió magos prockóm, ami másodpercenként annyi adatot dolgoz fel mint a net teljes forgalma, emellett tök jó 3d grafikát produkál, de így is csak olyan 36 fokra melegszik és csak max 30 Hz-en műxik!!!
A progizásához sem kell még végzettség sem, igaz apám jó párszor beboxolt mérgében a monitorba;(
Holografikus adattároló és lifetime garancia is jár hozzá, de hibás működés esetén még senki nem jött vissza, hogy reklamáljon és ez utóbbit érvényesítse (illetve csak egy csákó, de ez olyan ritka esemény, hogy poénból elnevezték az Isten fiának)
;))) -
kvp #62 "Ja, nem beszélve arról, hogy itt a szórt kapacitások, és induktivitásoknak olyan eszméletlen kicsiknek kell lenniük, hogy el se merem képzelni. Pl ha egy ferromágneses anyagot a proci közelébe rakunk, vagy meghajlítjuk az alaplapot, akkor vége, nem működik, mert megnőnek a szórt impedanciák, + a procin belüli hőtágulás miatt az egyes tranzisztorok miller kapacitása, ami szintén azt eredményezi, hogy nem fog működni."
A megoldas a soros mukodesu aszinkron processzor. Nem igenyel orajelet, nincs problema a kesleltetes valtozasaval. Mar keszult egy par ilyen demo processzor, pl. M68k-bol es kb. 60%-al magasabb teljesitmenyu lett. A problema hogy ilyenkor a rendszer teljesitmenye a homerseklettol es meg par tucat tenyezotol fuggoen hullamzik. (nem lenne 2 egyforma sebessegu processzor a vilagon) Viszont gyors es magat skalazza (nem kell/lehet tuningolni!). A soros mukodes a kesleltetesi problemak leegyszerusitesere jo (egy 64 bites risc procsszoron ez 64-65 lepes / utasitast jelent), az aszinkron mukodes pedig arra, hogy minden egyseg a sajat tempojaban tudjon dolgozni es ne kelljen orajellel szinkronizalni mindent.
Egy ilyen procsszor kihozhato par szaz vagy ezer tranzisztorbol vagy ahogy annak idejen a hoskorban (2. vh utan) itt magyarorszagon par szaz relbol. Persze egy 500 Ghz-s 64 bites soros processzor effektive csak egy 7.8 Ghz-s mai parhuzamos processzornak felel meg. Ez pedig egy 3.9 Ghz-s P4-es teljesitmenye, mivel ezekben is belsoleg duplazott frekvencian futnak az alu-k. -
Caro #61 Helyesen: gyártók szeretnek 1000-el számolni. -
dez #60 Pontosabban adattárolásban is sokszor (vinyó, lemezek) 1000-rel számolnak. Elektronikus ram/rom/flashnál viszont nem. -
UnnameD #59 Akkor kezdj olvasni, és tanulni ;) -
#58
Kikel vok körül véve atomtudósokkal?! "ferromágneses,impedanciák,induktivitások,tranzisztorok miller kapacitása" Loool 
tök hülyének érzem magam közöttetek!
-
UnnameD #57 Ja, nem beszélve arról, hogy itt a szórt kapacitások, és induktivitásoknak olyan eszméletlen kicsiknek kell lenniük, hogy el se merem képzelni. Pl ha egy ferromágneses anyagot a proci közelébe rakunk, vagy meghajlítjuk az alaplapot, akkor vége, nem működik, mert megnőnek a szórt impedanciák, + a procin belüli hőtágulás miatt az egyes tranzisztorok miller kapacitása, ami szintén azt eredményezi, hogy nem fog működni. -
#56
LOL én totál nem értem miről beszéltek ez nekem magas 
-
Caro #55 Ennek mi értelme?
Kit érdekel az x86, a sebesség a lényeg.
Egyébként meg ha ilyen sebességű processzort tudtak létrehozni, akkor lehet x86-ost is gyártani.
Az más kérdés, hogy semmi értelme, nagyon elavult az architektúra. -
Caro #54 Akik szerint a többmagosítás az út, azoknak elárulom, hogy a több mag senkinek nem célja, ez kényszer, mert már nem voltak képesek tovább órajelet növelni.
Viszont single core-t sokkal egyszerűbb programozni, és az órajelnövelés tényleg nagyban hozzájárul a teljesítmény növeléséhez. -
roliika #53 Pontosan. Na + azért tessék azt is + nézni, milyen igénye van ezeknek a 64k-s kis progiknak! 1,5GHz és 512MB a minimum! -
Caro #52 Egyáltalán nem.
Az 1024-es váltószámot csak adattárolásnál használják.
Már az adatátvitelnél sem kibps-ben vagy Mibps-ben mérnek, hanem kbps-ben vagy Mbps-ben. -
UnnameD #51 Huhú, és milyen memóriát használnánk hozzá? Vagy majd megy 1000:1 arányban az fsb? Az elég lol lenne. -
BiroAndras #50 Az optimalizálás nem az egyetlen szempont egy üzleti fejlesztésénél. Sőt, nem is a legfontosabbak közt van többnyire.
Az a legfontosabb, hogy az egyre komplexebb szoftvereket egyre gyorsabban készítsék el, és lehetőleg stabilak legyenek. És persze az se árt, ha kevésbbé képzett programozók is elboldogulnak vele, mert a jó programozók drágák.
Szóval erre valók a magas szintű programnyelvek. Ugyanaz a szoftver gyorsabban megírható velük, kevesebb hibával, és kevesebb tudással. Viszont cserébe sokkal több erőforrást használnak.
A fejlesztési sokkal többe kerül, mint a HW, így megéri gyorsabban elkészülni azon az áron, hogy erősebb vas kell a termékhez.
Komolyan optimalizálni csak az igazán erőforrás igényes feladatokat érdemes (és ezeket optimalizálják is jól).
Ezek a 64K demók télleg jók, meg biztos nagyon tudnak azok akik csinálják, de semmi közül egy kereskedelmi szoftverhez. Ez kb. olyan, mintha egy F1-es kocsit hasonlítanál egy kamionhoz. -
#49
Én csak arra lennék kíváncsi h. egy ilyen processzornak mekkora teljesítményű táp kellene? :D -
turul16 #48 Vákumbelinél nem-igen gyorsabb...
Arra akartam kujukadni, hogy egy nagybonyulultságu processor sebbesége növekedéséhez (Ha nem tervezzük at az arhitektúrát), a méret csökentés is igen fontos, a (tarnzisztor) kapcsolási sebbeség önmagában nem elég.
Ilyen 500Ghz cucnál ez az ut kb, 0.6mm lehet ami nem tul nagy.. Egy mai x86 prociban cache átmérője is nagyobb tán. -
kbupdate #47 ja adott a c, a közegtől függően... -
turul16 #46 Egyszerűen megfogalmazom, de igy nem helyesen. 
Ha minden utasításkor 1cm kell megtennie a jelnek, és van olyan 1cm szakasz ahol nem lehet két külömböző jel(, nem futhat egymás után). (Tipikusan van ilyen jellegű dolog a procikban (jelenleg)) Akkor bár milyen kicsi (hőmérséglet függő), kapcsolási idejű tranzisztort is alkalmazunk. A fénysebeség ugye bár adott. Max. 30Ghz-nek feltethetném meg a cuccot... -
dez #45 (Ha pl. lehet állítani az FSB:PCI és FSB:mem arányokat, akkor nincs gond.) -
dez #44 Valamit keversz. Nem az FSB csökkentéstől függ a plafon a tuningban. Inkább arról van szó, hogy ha szorzólock van, akkor csak FSB emeléssel egyenesen arányosan lehet magórajelet is növelni, és bizonyos esetekben nem szereti az alaplap a túl magas FSB-t. -
dez #43 Az FPS 96k-ban sem rossz példa: http://www.theprodukkt.com/kkrieger -
#42
játékhoz nem kéne ezzel külön grafikai + fizikai gyorsító =)
kódfejtés, kriptográfia rulz
az egyesek, akik nem 360 km/h-val repesztő sportkocsival mennek dolgozni, azoknak megsúgom, h a japcsik a vonatjukon akár 4-500 km/h-val is repesztenek munkába menet...
...avagy nyílván nem egy titkárnőnek lesz szüksége a többszáz gigaherCre! :O -
roliika #41 Ja 64 k össz vissz. :D -
roliika #40 Próbáld ki. Teszel a procidra mondjuk 1 2GHz-esre 1 valami jobb fajta...mondjuk Zalman hűtőt, FSB-t csökkented, mondjuk a 400-at 230-ra és a proci frekijét emeled 2ről 4-re...meg lehet csinálni, csak mivel az fsb lassítja az egész rendszert a proci hiába gyorsabb, nem bír adatot átvinni, memót is le kell lassítanod, hogy ne fagyjon ... ez iolyan mintha 1 szük ajtón akarnál átvinni 5-6 kartondobozt jó nagyokat...elég lassan fog menni.:DD FSB csökkentés nélkül is lehet procit húzni, akkor tényleg gyorsabb lesz, de a húzás max 30%-ig növelhető gyárí hűtővel! Vízhűtéssel további 20-30%. És nincs tovább. -
#39
64KB ??! najo ez ki kell próbálnom offline is :D