Új hozzászólás Aktív témák
-
Male
nagyúr
"Más érdekesebb adatot nem lehet leolvasni a diáról"
Szerintem az ECC támogatás is érdekes azért.
Plazmacucci: Igen, azok.
Abu85: Persze, konzumer vonalon nincs jelentősége. A szerver irány látszik belőle, és hogy ezt a teljes vonalra tervezik.
[ Szerkesztve ]
-
félisten
Ezekben akkor milyen grafikus vezérlő van? Ezek lennének a Pover VR gpu-s cuccok vagy az más és összekeverem?
Vissza kell vinnem pár kazettát.
-
Abu85
HÁZIGAZDA
válasz Plazmacucci #2 üzenetére
A Cedar Trail platform csak PowerVR-rel mehet. Nincs idő ezt áttervezni. Az új generációknál természetesen el lehet dobni ezt. Azzal kapcsolatban, hogy eldobják kétségeim vannak. A HD Graphics nem skálázható ennyire le. Nagy valószínűséggel az Intel a PowerVR-re van kényszerülve.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Armagedown
őstag
Az AMD most bánhatja amiért az ATI mobil grafikus részlegét eladta , még lejebb tudták volna vinni a Brazos fogyasztását
[ Szerkesztve ]
“If you don't read the newspaper, you're uninformed. If you read the newspaper, you're mis-informed.”
-
Abu85
HÁZIGAZDA
válasz Armagedown #5 üzenetére
A mobil részleg csak nyűg lett volna. Az Imageon egy TBR architektúra volt, amire teljesen eltérő drivereket kell írni, mint a mostani IMR rendszerre. Saját chipbe nem használták volna fel, mert a teljesítménye pite, ahhoz képest, ahol tart a Brazos a VLIW5-tel.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
félisten
-
wdtv
tag
ennek a processzornak a jelentosege nulla, nem is ertem mire fogjak ezt hasznalni, windows 8-hoz keves , nem is kompatible, oda az ivy bridge van szanva
el nem tudom kepzelni ebbol milyen hardvert gyartanak , hacsak nem win telefont -
Brogyi
senior tag
Valami tudós elmagyarázhatná a táblázatot, mert nekem gyanús.pl.D2700 TDP-je 10W.
Ugye az Intel oldalán az áll hogy nem támogatja az EIST-t.Akkor a 10W-ból hogy lesz 2,74W?
D525 se támogatta, és ez se.Mindegyik padló gázzal megy.Kérdem, akkor mi a trükk? -
TESCO-Zsömle
félisten
Kezdhetnék azzal a fejlesztést, hogy licenszelnek mellé egy Radeon-t...
Sub-Dungeoneer lvl -57
-
Abu85
HÁZIGAZDA
válasz Plazmacucci #7 üzenetére
A béta driver állítólag jó. A HD videó megy. 20 Mbps-ig jó a H.264 gyorsítás. A GMA 3650-et még tovább, illetve elég a Blu-ray-hez is.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
MaUser
addikt
Hát az alsó ábra alapján (ecc, extended temp) eléggé látszik, hogy mennek beágyazott és szerver irányba az Atom vonallal, ahová eddig is kellett volna. Csak ugye a netbook piac pörgésével annyi eladásuk volt hogy az a plusz pár százalék nem érte volna meg. Egyébként a beágyazott vonal komolyan örömteli, mert időben lényegesen gyorsabb összehozni egy win+java v .net beágyazott rendszert x86-on, mint arm-mal. Ugye erre eddig a via megoldásai voltak használhatóak, most jön ide az Intel is.
''A file-cserélés öli meg a filmipart? Inkább a filmipar öli meg a file-cserélést. 2 hónapja nincsen semmi értelmes film, amit érdemes lenne letölteni...''
-
Silentfrog
veterán
Itétlenkednek ezzel az atommal.
A jobbik elviszi már a blu-ray filmeket is? Hatalmas.
Nem is értem miért nem verekednek érte.[ Szerkesztve ]
-
vinibali
őstag
nagyon jókat kajálnak ezek az atomok
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
big-J
őstag
ahoz képest hogy félévente új atom arch vagy platformról van hír és jönnek is ki, még mindig ugyanazzal szembesülök ha táblázatot nézem, 1.6-2.0ghz 1mag-5w 2mag-10w ... évekkel ezelőtt(n270) is ezek a számok voltak ...
-
szaszabee
aktív tag
válasz TESCO-Zsömle #10 üzenetére
Nem birná kihajtani
-
Bogyó bá'
nagyúr
Csak én érzem úgy, hogy ezek a grandiózus fejlesztések kimerítik a fingreszelés fogalmát?!
Galilei halott! Már Einstein sem él! ...és én is nagyon szarul érzem magam...
-
Raucher
tag
..1.6-2.0ghz 1mag-5w 2mag-10w ... évekkel ezelőtt(n270) is ezek a számok voltak ...
Attól, hogy az órajel és fogyasztás közel azonos maradt, még nőt a processzor teljesítménye. De eddig sem a processzorteljesítmény elégtelensége volt az Atomok baja. Az IGP teljesítménye és tudása maradt az elvárható szint alatt.
A fejlődés azonban egyértelműen látszik. Amíg az N270 processzor egyedül nyelte be az 4-5W-ot, addig az új procik, a grafikus maggal közösen fogyasztanak ennyit.
Tisztán emlékszem minden előző életemre, ezért nem hiszek a reinkarnációban!
-
#95590400
törölt tag
De eddig sem a processzorteljesítmény elégtelensége volt az Atomok baja. Az IGP teljesítménye és tudása maradt az elvárható szint alatt.
a régebbi atomok nagyjából akkoriban a langyos vizet is alig vitték el, ma meg már a hideg vizet sem viszik. érdektelen volt, h milyen grafikus tudásuk van. a maiakat már esetleg a videóhoz, flash-hez lehetne hozzágyúrni igp ügyileg. na ez is kevéssé megy megint az intelnek. cserébe most épp viszik megint a langyos vizet processzor ügyileg. kb. arra jó, h egy nettopban/netbookban minimálszinten elboldoguljanak böngészésileg, meg esetleg valami szövegszerkesztő.[ Szerkesztve ]
-
félisten
-
Raucher
tag
válasz #95590400 #22 üzenetére
..a régebbi atomok nagyjából akkoriban a langyos vizet is alig vitték el, ma meg már a hideg vizet sem viszik. ..
Én most egy Atom 330 + ION felállású gépről írok. Ennek nincsenek teljesítmény problémái.
De ennél hatásosabb érv, hogy az AMD Brazos platformja, visszafogottabb processzor teljesítményt nyújt az Atom platformhoz képest.
A Brazos grafikus képességei, és ezen képességek kihasználása az általános számítási feladatok esetében is, teszi használhatóbbá az AMD processzorait.Mint látható az Intel egyrészt reagál a grafikus teljesítmény hiányosságára, másrészt új felhasználási területeket keres a processzorai számára.
Tisztán emlékszem minden előző életemre, ezért nem hiszek a reinkarnációban!
-
félisten
-
Angel1981
veterán
Maga az Atom proci jó ötlet, de tényleg ráférne egy igazán alapos fejlesztés, mert még mindig gyengus...
-
lujó55
őstag
válasz Plazmacucci #25 üzenetére
Akár alkotmányba is lehetne foglalni...
-
banhammer
veterán
Kicsit kisminkeljük a szar, hogy újra csábítónak, friss húsnak tűnjön a
balekokvásárlók szemében.\m/ Minden lehetséges, kivéve forgóajtón átsíelni... \m/
-
#95590400
törölt tag
fúha, megy alatta a rios? asztamindenit. így 2012-ben? ez nem kis fegyvertény. oszt én mit írtam? alap böngészéshez, meg szövegszerkesztéshez tökéletesen megfelel intel vga-val (meg esetleg home servernek, utazós kis gépnek). az ionágyúkat nem akartam belekeverni, ájemdét meg pláne. bár megnézném, h a régi egymagos atommal, meg az intel vga megoldásával mihez kezdesz, mert én az elfojtott zokogásra emlékszem, mikor próbálgattam.
ahogy előttem is írták, egyébként meg minden másra meg van cpu, nem valami halovány utánzat.[ Szerkesztve ]
-
Misy
tag
fejlesszenek is az atomon mert nem lesz belőle más, csak alom.
140 mm Slim ventit keresek
-
Raucher
tag
válasz #95590400 #29 üzenetére
..a régi egymagos atommal, meg az intel vga megoldásával mihez kezdesz, mert én az elfojtott zokogásra emlékszem, mikor próbálgattam...
Ezzel tisztában vannak az Intelnél is. Ezért kalapáltatják gyorsabbra, az újabb IGP-ket. Végül is ez a hír pont erről szól, fejlesztik az Atomot. Tesznek azért, hogy senki se száradjon ki a folyamatos zokogástól.
Van még a családban egy N270-es netbook. Linux alatt, DOSBoxban fut rajta egy régi program, néhány egyszerű játék kíséretében. Ezen felhasználás szempontjából nagyjából háromszor erősebb, a szükségesnél a hardver.
Tisztán emlékszem minden előző életemre, ezért nem hiszek a reinkarnációban!
-
Srodney
senior tag
válasz TESCO-Zsömle #10 üzenetére
nem rossz
-
Dr. Akula
nagyúr
Sztem még mindig ésszerű lenne az Nvidiával összefogni, mert így egyiknek se lesz sok esélye az AMD-vel szemben ha eljön a GPGPU ideje. Az Intelnek VGA-ja nincsen, az Nvidiának CPU-ja (a semmivel se kompatibilis ARM inkább csak érdekességnek jó - meg mobiltelefonba, de ez nem az a piac).
-
Abu85
HÁZIGAZDA
válasz Dr. Akula #34 üzenetére
Ezt még 2007-ben kellett volna mérlegelni. Most már felesleges agyalni rajta. Ha az NV-vel összefognak, annak 2017 előtt nem lesz gyümölcse. Az Intel nem fog ARM magokat implementálni, míg az NV már az ARM-hoz igazította az új generációs GPU-architektúráit. Most már menni kell azon az úton amit elképzeltek. Ha sávot váltanak együtt, akkor mindkettőjüknek ki kell dobni azokat, amiket terveznek.
Ha gyorsan akar az Intel olyan GPU-t, ami számukra implementálható, akkor az AMD GPU-üzletágát kell megvenni. Az NV-nek már nem érdemes választani, mert ők teljesen elkötelezték magukat az ARM mellett. Csak buknának egy hasonló akvizíción. Nyilván egyik opció sem fog megtörténni. Az NV készíti a Keplert, és ahhoz igazítja a Denver processzormagokat ARM-ra építve. Az Intel pedig megpróbálja működésre bírni a Larrabee-t, vagy új nevén a MIC-et, hogy beépíthető legyen a fő procimagok mellé.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Dr. Akula #36 üzenetére
Majd lesz rá progi. Nyilván nem elég nekik a mobil piac, de most mit csináljanak, ha az Intel nem ad nekik x86 licencet? Az AMD-től is kuncsorogni kellene az AMD64-et. Aztán, ha most kapnának az az ultimate kibaszás kategóriája, mert négy évnyi tervezett fejlesztést kellene kukázni, szóval most már maradnak ARM-on. Amúgy is, ha normálisan írta a fejlesztő a progit (nem hazsnált a kódban specifikusan egy utasításkészlethez illő részeket), akkor nem nagy kunszt átfordítani ARM-ra. Teszteléssel együtt pár hét, és egy pár megás patch az egész. Kiadva ezt fut az NV rendszerén, sőt a többiekén is. Ezt egyre inkább érdemes így csinálni, mert az AMD64 is egy külön ISA, ami szintén nem szereti az x86-ra szabott kódot.
Egyébként a dolog túl van lihegve. Szvsz a jövőben a virtuális ISA-k lesznek előnyben a ténylegesek helyett. Innentől kezdve az architektúra tényleges utasításkészlete mindegy. A virtuális ISA-val kiegészíted mondjuk az OpenCL-t és kész, ultimate megoldás a problémákra. A kérdés annyi marad, hogy kinek a virtuális ISA-ja legyen támogatva. Az Intel a sajátját fogja előtérbe helyezni, az NV nyilván a sajátja mellett dönt, és lényegében az AMD is. A többieken múlhat a dolog az ARM már döntött az AMD FSA-ja mellett. Kérdés, hogy ez mekkora lavinát indít el az ARM-ra építő cégek körében. Ha nem tudnak megegyezni, akkor a virtuális ISA is egy szopás lesz, mert szegmentálni fogja a piacot. A futtatással nem lesz baj, de világos, hogy az adott hardverre szabott virtuális ISA jól fut majd az egyes hardvereken, és nem olyan jól a többin. Persze a driveres baszakodáshoz viszonyítva valószínűleg jobban járunk minden hardveren.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
julius666
addikt
Amúgy is, ha normálisan írta a fejlesztő a progit (nem hazsnált a kódban specifikusan egy utasításkészlethez illő részeket), akkor nem nagy kunszt átfordítani ARM-ra.
Öhm...
Egészen addig ez működik, amíg a teljes kódbázis az adott cég égisze alatt készült és "tankönyvi mintapélda" jellegű a különböző varázslások nélkül.
Amint hardver-specifikus dolgok jönnek elő (itt még csak inline assemblyre sem kell gondolni, pedig annyira az sem ritka, területe válogatja, sebességproblémás helyeken bizony szükség lehet rá) akkor mint írtad te is ez borul, illetve 3rd party bináris libraryk esetén is, ha nem jön ki normális ARM verzió a libraryből ugrott annak a portja is ami ráépült, vagy meg kell írni egy saját verziót a cégnek ugyanazzal a funkcionalitással. Ezek baromira nem ritka dolgok pedig.Teszteléssel együtt pár hét, és egy pár megás patch az egész.
Ez sem igaz, a teljes bináris állományt újra kell fordítani és két különbözőt (egy x86-osat illetve egy ARM-osat, feltéve hogy csak 32-bites verzió lesz, egy oprendszerre) postázni az userek felé. Ez nem csak egy "kiegészítés" a programhoz.
Ezek a dolgok messze nem ilyen egyszerűek mint leírjátok, ARM-os Win8-on biztos vagyok benne sokáig jókora szopás lesz annak aki a jelenlegi Win7-es programjaira számít ott is. Persze aki mint tabletnek veszi a HTML alapú fingós appokkal az lehet elégedett, azok hamar lesznek rá, adott esetben butított Word is.
-
Abu85
HÁZIGAZDA
válasz julius666 #38 üzenetére
A libraryk valóban komoly gondot jelentenek, ezen majd segédkezni kell az ARM-os gyártóknak.
A hardver-specifikus dolgokat valóban át kell írni. Ilyen esetben a portolás bonyolult. Az lehet, hogy a mostani alkalmazásoknál ez nagy probléma lehet, de a jövőben úgy kell majd hozzáállni a programkódhoz, hogy azt fordítod x86-ra, ARMv7-re, és AMD64-re. Vagy legalábbis ezek közül legalább kettőre.Az MS az elején nem is vár többet az ARM-os Win 8-tól. Azt pontosan tudják, hogy egyik napról a másikra nem lehet áttörést elérni. A későbbi Win verziókkal fog ez a támogatás kiteljesedni. A Windowsra a legjobban az NVIDIA számít. Nekik a Win 8 jó lesz egyelőre. A nagyobb teljesítményű Maxwell APU-juk pedig nem jelenik meg 2014 előtt, szóval addigra sokat lehet a rendszeren dolgozni. Meg lehet győzni a fejlesztőket, hogy az ARM hasznos. Mindet biztos nem fogják meggyőzni, de egy részüket igen.
Az MS ígéretet tett, hogy a saját alkalmazásaikat a lehető legtöbb funkcióval portolják ARM-ra. Az biztos, hogy az MS oldaláról ez megoldott, de ez a minimum szerintem, ha már elindítanak valamit. A többiek szempontjából sok a kérdés.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
julius666
addikt
A libraryk valóban komoly gondot jelentenek, ezen majd segédkezni kell az ARM-os gyártóknak.
És ezen mit tud segíteni a gyártó?
Az lehet, hogy a mostani alkalmazásoknál ez nagy probléma lehet, de a jövőben úgy kell majd hozzáállni a programkódhoz, hogy azt fordítod x86-ra, ARMv7-re, és AMD64-re. Vagy legalábbis ezek közül legalább kettőre.
Ez így jól hangzik, azonban nagyon sok - az említett sebességspecifikus esetben - a hardver-közeli gányolásra egyszerűen szükség van. Itt meg kell írni minden platformra ezeket (a necces részeket legalábbis), nincs menekvés. Láthatóan szeretik az ilyeneket a cégek, pont ezért lett minden hamar 64 bitre is (nem). A 3rd party .dll-ek problémájától még a .NET-ben megírt alkalmazások sem 100%-ig mentesek teljesen. Ha az adott, nem managed kódban írt librarynek már nincs supportja, vagy az b*szik kiadni az ARM-os változatot, akkor ugyanúgy szopás van.
Persze a legnagyobbak, az adobe, ms, stb. megoldják, a baj a kisebb alkalmazásokkal lesz. Ezeknek nagyon sokáig csak bottal lehet majd ütni a nyomát ARM környezetben. Igazából egyszerű a válasz a velük kapcsolatos kérdésekre: nem lesznek ARM-on elérhetőek ugyanúgy mint most sem azok 64 biten, csak míg a 64 bites rendszerek visszafelé kompatibilisek így ez nem halálos, az ARM az x86-al nyilván nem lesz az. Inkább alternatívák jelenhetnek meg idővel de ha melóhoz kéne valami illetve az egész móka legelején ez nagy vigasz lesz.
Szóval mindenki úgy várja a Win8-as ARM-os gépeket mint a megváltót, de kb. annyit fognak érni mint az egyéb androidos/iOS-es vackok. Böngészni, mobil médialejátszónak elmegy, de ennyi. Lesz itt pofáraesés bőven, amikor a könyvelőprogi nem fog menni a tableten vagy a speckó alacsony fogyasztású netbookon, "de miért, ha egyszer Windowsos?" jajgatások illetve a programozók családfájának sűrű szidása közepette, mert ugye "lusták megtanulni ARM-ra programozni" (LOL). Már most látom.
[ Szerkesztve ]
-
mikej95
aktív tag
Szóval elismerik, hogy megint x@r lett!
Azt viszont nem tudják, hogy mi nem tudjuk azt, amiről ők úgy tudják, hogy tudjuk.'
-
Abu85
HÁZIGAZDA
válasz julius666 #40 üzenetére
Az NVIDIA számára a legnagyobb cél, hogy az ARM-os Windows befusson. Nélküle az integrációjuk nem ér semmit. Ezért szerintem ők mindent meg fognak tenni, hogy akár a librarykből legyen normális ARM verzió. Ez ugyanúgy az ARM érdeke is.
Tudom, hogy programozói szemszögből a heterogén módos programozható lapkák mostohán vannak kezelve. De a gyártók szemszögéből a felmerült, és később egyre erőteljesebb fizikai problémákra két megoldás van. Elő lehet venni Pollack szabályát, így csinálhatsz a brutálsokmagos lapkákat. Ma is belerakhatnának a gyártók a méretesebb lapkákba 20-30 Atom-Bobcat-Cortex magot. Ezzel az adott lapka throughput teljesítménye jelentősen meghaladná a mostani 4-8 magos procikét, de az egy szálú teljesítmény nem lenne erős. Sőt konkrétan szar lenne. Az Atom-Bobcat-Cortex kurva jó oda, ahova szánják, de tovább nem biztos. Ezért értelmezi minden gyártó speciálisan Pollack szabályát. Azt nem zárja ki az elmélet, hogy ne tarthatnád meg az erős procimagokat, és azokat ne egészíthetnéd ki apró, lassú, de rengeteg kisebb maggal. Ilyenkor az egy szálú, és a késleltetésre érzékeny feladatokat ellátják a procimagot, míg a throughput teljesítményről a GPU rész gondoskodik. Már amennyire azok a rendszerek még GPU-k lesznek. A GCN-es Radeon is inkább egy RISC-alapú processzornak néz ki, ha kiveszed belőle a grafikai egységeket.
Természetesen meg kell változtatni a programozói szokásokat, ahhoz, hogy ez hatékony legyen, de még mindig jobb opció ez, mint a fizika törvényeivel szembemenni. Az Intel nem is olyan rég ezt megpróbálta a Pentium 4-gyel. Végül törölték a Tejas kódnevű lapkát, és áttértek a homogén többmagos fejlesztésekre. A fizikát még senki sem győzte le, valószínűleg meg sem próbálja majd senki, így marad a heterogén opció. Ezt vagy lereagálják a programozók, vagy nem fejlődünk tovább. Nyilván a gyártók arra számítanak, hogy csak egy lavinát kell elindítani. Utána a versenyhelyzet miatt a többi programozó követni fogja a "lavinát".[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
julius666
addikt
Ezért szerintem ők mindent meg fognak tenni, hogy akár a librarykből legyen normális ARM verzió.
Persze hogy érdekük, de nem tudnak mit tenni. A játékipar esetén amihez van több száz/ezer? a szakterületen jártas programozójuk, meg alapos tapasztalataik a partnerségi porgamok terén, meg tudják tenni hogy sok mindent betesznek a játékfejlesztők segge alá csak hogy az ő hardverükre fejlesszenek elsősorban. De ez EGY speciális terület. Ha innen továbblépünk és az általános jellegű számításokra kitalált processzorokat nézzük, akkor van kismillió egyéb terület ahová egy nVidianak vagy bármilyen más gyártónak sem erőforrása, sem lehetősége, pláne nem célja ezt megtenni, mert fingja sincs hozzá ráadásul nem is érné meg neki. Nem is értem mire gondolsz, egy tökömtudja költségvetési program xy speckó ősöreg libraryjét amit jóformán már azt sem tudják honnan van az nVidia nem fogja megírni nekem, körberöhögnének még az ötletre is. Az nVidia max kényelmes toolokat fog nekem biztosítani ahhoz hogy ilyeneket megírhassak magamnak. Ez ettől függetlenül továbbra is pénzbe fog nekem kerülni, adott esetben nem is kevésbe amit ha nem muszáj én bizony nem fogok megcsinálni. Már pedig nem lesz muszáj sokáig.
Itt a szoftverek "long tail"-jéről beszélünk amik speciális igényt elégítenek ki ezért alkalmazásonként viszonylag alacsony számú user használja őket, azonban miután rengeteg ilyen van az össz súlyuk mégiscsak hatalmas, nem beszélve arról hogy ezek a speckó, melóhoz szükséges alkalmazások jellemzően.
Tudom, hogy programozói szemszögből a heterogén módos programozható lapkák mostohán vannak kezelve.
Szó sem volt heterogén programozásról, megint kevered a szezont a fazonnal. Itt csak az ARM és az x86 inkompatibilitásáról volt szó, aminek a problémáját ti messze elbagatellizáljátok "majd lesz rá" címszó alatt. Igen, majd lesz rá, de nagyon sok minden (ami közül rengeteg dolog sokaknak életbevágóan fontos) csak akkor amikor az ARM lesz már tényleg az elsődleges platform (az említett régi szoftverek inkompatibilitása pont ezt fogja gátolni így ez egyfajta ördögi kör) és ezért muszáj lesz rá megírni, vagy ha olyan erősek lesznek ezek hogy röhögve elvisznek esetleg egy emulátort a hátukon. Egyik sem holnap lesz, inkább évtizedes távlatokról beszélünk a "kezdetekben kérdéses lesz"-el szemben.
-
Abu85
HÁZIGAZDA
válasz julius666 #43 üzenetére
A játékiparnál az NV már rég továbblépett. Az ő céljuk belépni a PC-s piacra mint platformot kínáló gyártó, a dGPU az másodlagos dolog. A Maxwell lesz az első ilyen lapka. Lesz hozzá alaplap, és ahhoz megveheted külön tokozásban, vagy esetleg alaplapra lesz integrálva. Nyilván jönnek rá notebookok, és más előre összeszerelt termékek. Ahhoz, hogy ez a koncepció sikeres legyen, a szoftveres oldalon minden eddiginél jobb támogatást kell nyújtani. Még akár megírni helyetted is bármit. A cég jövője múlik azon, hogy az ARM-ot mennyire fogadja el a piac.
Az x86 és az ARM inkompatibilitás csak egy része annak amilyen változás jön. Itt nem lesznek csak CPU-k.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
szmiagor
tag
bár nem energiatakarékos szerintem az intel vezet e téren is
Új hozzászólás Aktív témák
- Érintésnélküli fizetési megoldások - PayPass via NFC
- Kerékpárosok, bringások ide!
- Yettel topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- ThinkPad (NEM IdeaPad)
- Sorozatok
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Alternatív kriptopénzek, altcoinok bányászata
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- PlayStation 5
- További aktív témák...
- ! Intel 13700KF + ASUS TUF Gaming Z790 Plus D4 + Kingston FURY DDR4 3600MHz CL18 !
- Új bontatlan, dobozos, számlás, garanciális i9 13900K CPU akció!
- Intel Core i7-9700K / 9900K BOX Processzor - Kifogástalan Működés & Garancia
- Beszámítás! Intel Core i9-11900 Processzor - Garancia & Számla - Utolsó Darabok
- Intel I7 8700K processzor