Szupergyors tranzisztorok az IBM-tõl
Jelentkezz be a hozzászóláshoz.
#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. :)
#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.
#76
10^12 =1, 000, 000, 000, 000 trillion calculations per secund...<#wow1> 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")
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")
Linux nem Win: http://www.unixlab.hu/LNW/index.html gentoo : http://www.gentoo.org/main/hu/philosophy.xml
#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.)
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.)
#74
Ami azt illeti, sokan reklamálnak, és van is pár megoldás az optimálisabb üzemre késztetésre.
#73
Hm, szerintem lehetne úgy variálni azzal az aszinkron megoldással, hogy ne csak egy 7,8 GHz-es hagyományosnak feleljen meg.
#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.)
(É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.
C2D E8400 ~4.4ghz+GeminII / P5B Deluxe / 2*2Gb Kingmax DDR2-1066 / Powercolor ATI 4890 / Acer AL1916W / 400+320GB Samsung / G15 / Razer D.Back / Creative Audigy 2
#70
ÖÖÖ a köszönöm lemaradt!!!<#lama><#worship>
#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
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.
<#vigyor2>
<#vigyor2>
Tedd rá a kezed a forró tûzhelyre egy percre és egy órának tûnik. Legyél együtt egy csinos lánnyal egy óráig és egy percnek tûnik majd. Na ez a relativitás. Albert Einstein
#67
Igen a profit mindenek elõtt!<#felkialtas>
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.
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.
#66
Moore törvényt be kell tartani! Akkor lesz több latínumja a cégeknek.
Linux nem Win: http://www.unixlab.hu/LNW/index.html gentoo : http://www.gentoo.org/main/hu/philosophy.xml
#65
<#falbav><#vigyor2><#vigyor2><#vigyor2> LOL
Linux nem Win: http://www.unixlab.hu/LNW/index.html gentoo : http://www.gentoo.org/main/hu/philosophy.xml
#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?
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)
;)))
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)
;)))
Histeria est magistra vitae. Ez nem trollkodás, ez online graffiti! ;) https://suno.com/@nexus65ongs
#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.
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.
#61
Helyesen: gyártók szeretnek 1000-el számolni.
\"We choose to go to the moon in this decade and do the other things, not because they are easy, but because they are hard\" - John F. Kennedy
#60
Pontosabban adattárolásban is sokszor (vinyó, lemezek) 1000-rel számolnak. Elektronikus ram/rom/flashnál viszont nem.
#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<#taps><#wilting> tök hülyének érzem magam közöttetek!
Az integrált pluralista szocializmusban az alternatív demokrácia objektív frekventáltsága stagnált. mikloss... Hagyomány és minõség 1989 óta.
#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 <#mf2><#worship><#confused>
Az integrált pluralista szocializmusban az alternatív demokrácia objektív frekventáltsága stagnált. mikloss... Hagyomány és minõség 1989 óta.
#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.
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.
\"We choose to go to the moon in this decade and do the other things, not because they are easy, but because they are hard\" - John F. Kennedy
#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.
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.
\"We choose to go to the moon in this decade and do the other things, not because they are easy, but because they are hard\" - John F. Kennedy
#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!
Szar játék az élet de qwa jó a grafikja!
#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.
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.
\"We choose to go to the moon in this decade and do the other things, not because they are easy, but because they are hard\" - John F. Kennedy
#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.
#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.
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
War, war never changes... War doesn\'t determine who was right, only who is left.
#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.
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.
Linux nem Win: http://www.unixlab.hu/LNW/index.html gentoo : http://www.gentoo.org/main/hu/philosophy.xml
#47
ja adott a c, a közegtõl függõen...
#46
Egyszerûen megfogalmazom, de igy nem helyesen. <#beka3>
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...
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...
Linux nem Win: http://www.unixlab.hu/LNW/index.html gentoo : http://www.gentoo.org/main/hu/philosophy.xml
#45
(Ha pl. lehet állítani az FSB:PCI és FSB:mem arányokat, akkor nincs gond.)
#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.
#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
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
________ `_~_\" noss
#41
Ja 64 k össz vissz. :D
Szar játék az élet de qwa jó a grafikja!
#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.
Szar játék az élet de qwa jó a grafikja!
#38
"Hát, azért szerintem nem sok optimizálást és erõforrás-kímélést tanítanak manapság. " De ez tod miért van? Mert ma mûr 1 emberke nem tud igazán komoly progit írni és gyorsan, nem úgy mint régen, hogy írtál 1 100k-s Mario-t és király voltál, ma 100k az semmi. Úgyértem a Win miatt és a felhasznált fejlesztõ rendszerek miatt is pl 1 Delphiben készült tök üres form is 360-500k. Ez van. Nem a programozók tehetnek róla, hanem a fejlesztõ rendszereket készítõ programozók, és leginkább a vásárló igényei, hogy villogjon, minden rendszer alatt menjen, leghülyébb user is képes legyen használni, ez pedik pl Pascallal nem megy, de C-vel sem nagyon...na meg a c az nem OOP, se a Pascal, ma +már az is fontos.
Szar játék az élet de qwa jó a grafikja!
![[Jakuza]](https://media.sg.hu/forum/avatars/10427091571053517846.jpg)
#37
Szerintem sem. :P
Dez: Inkompatibilitas definicioja jatekoknal: amikor fut,de csak pl. 1 fps-sel,vagy össze-vissza akadozva,irányíthatatlanul 2. K8-nál alapból mindig 200MHz az FSB. Csak tuning által lesz magasabb.
#36
Szerintem ez nem így van... :)
#35
:-P :DDD
Szar játék az élet de qwa jó a grafikja!
#34
Hát, azért szerintem nem sok optimizálást és erõforrás-kímélést tanítanak manapság. Lassan a HW teljesen el lesz dugva a programozó elõl, ez sem az optimizálást segíti éppenséggel. Aztán egyre jönnek az egyre magasabb szintû programnyelvek is.
#33
Dehogy.
#32
Nem. :)
#31
Jól tettszik tudni.:))
Szar játék az élet de qwa jó a grafikja!
#30
Hát, a legújabb PPC procikat inkább szinte titkolták az Apple elõl. A dual-core PPC-jüket (970MP, vagy mi) halasztva, pár nappal azután mutatták be, hogy az Apple bejelentette az Intelre váltást. Mire jó ez nekik? Inkább saját szerverekbe szánják, amit sokkal drágábban adnak.
#29
Jah, hát ez olya, hogy ha csökkentem az FSB-t akkor húzhatom a procim 4GHz-ig is akár, de attól nem lesz gyorsabb max instabilabb.
Szar játék az élet de qwa jó a grafikja!