Hirdetés

2015. május 6., szerda

Hirdetés

(X) RENDSZERGAZDÁK vs. ZOMBIK! Életmentő tudás! Teszteld rendszergazdai tudásod - ZOMBIK ellen!

Téma összefoglaló

Téma összefoglaló

  • Utoljára frissítve: 2015-04-30 15:24:27

PROHARDVER!

A topik az AMD következő, vagy éppen aktuális CPU mikroarchitektúráját boncolgatja. Architektúra, esélylatolgatás, érdekességek, spekulációk, stb.

Összefoglaló kinyitása ▼

Hozzászólások

(#14851) Oliverda válasza Hakuoro (#14849) üzenetére


Oliverda
(Topikgazda)
LOGOUT blog

Ez már az FM2-nél is tervben volt (Komodo CPU), csak ugye egy kicsit megcsúsztak a dolgok.

[ Szerkesztve ]

Próbáld ki az UBER-t, és használd az "uberoliverda" promóciós kódot a 2500 forintos bónuszért! http://bit.ly/1k4lwxS

(#14852) -=MrLF=-


-=MrLF=-
(fanatikus tag)

Az FS1b ha jól tudom az az AM1 ugye? Ha minden igaz akkor abba is jön frissítés a fentiek szerint.

(#14853) stratova válasza -=MrLF=- (#14852) üzenetére


stratova
(PH! kedvence)

Igen, Beema, amit már régóta pedzegettünk.

KaBOOM? Yes Rico... KaBOOM!

(#14854) FireKeeper válasza -=MrLF=- (#14848) üzenetére


FireKeeper
(PH! kedvence)
LOGOUT blog

vajon elképzelhető hogy lesz valami átjárhatóság FM2+ és FM3 között?

Come, I'll buy you a beer... Actually, why don't you buy me a beer?

(#14855) Oliverda válasza FireKeeper (#14854) üzenetére


Oliverda
(Topikgazda)
LOGOUT blog

Kizárt

Próbáld ki az UBER-t, és használd az "uberoliverda" promóciós kódot a 2500 forintos bónuszért! http://bit.ly/1k4lwxS

(#14856) TESCO-Zsömle


TESCO-Zsömle
(PH! félisten)
LOGOUT blog

Nem látom feltüntetve, de FM3 gondolom majd DDR4-es lesz.

(#14857) Bici válasza TESCO-Zsömle (#14856) üzenetére


Bici
(PH! nagyúr)

Az eddigi infók alapján igen, és nem is lenne életképes döntés az AMD részéről másban gondolkodni. :U

Keresem a következőket: AMD K6-III+ (esetleg alaplappal), Voodoo5 5500, (Sony)Ericsson T66/T600, Alcatel OT-512

(#14858) TESCO-Zsömle válasza Bici (#14857) üzenetére


TESCO-Zsömle
(PH! félisten)
LOGOUT blog

Csak mert ugye AMx vonalon a foglalat számozását a támogatott memóriatípus számához igazították, vagy az csak véletlen volt?

(#14859) FireKeeper válasza TESCO-Zsömle (#14858) üzenetére


FireKeeper
(PH! kedvence)
LOGOUT blog

de volt nekünk egy Phenom 2-nk ami mind DDR2 mind DDR3 memóriát tudott kezelni, így bele lehetett rakni AM2+ és AM3(+) lapokba is.

Come, I'll buy you a beer... Actually, why don't you buy me a beer?

(#14860) Bici válasza TESCO-Zsömle (#14858) üzenetére


Bici
(PH! nagyúr)

Nem tudom, de az AM1 pl. DDR3-as. :P

Egyébként az FM2/FM2+ is DDR3-as. :U Tehát szerintem nincs ilyen összefüggés a foglalat számozás és a DDR memória verziója között.

[ Szerkesztve ]

Keresem a következőket: AMD K6-III+ (esetleg alaplappal), Voodoo5 5500, (Sony)Ericsson T66/T600, Alcatel OT-512

(#14861) Oliverda válasza TESCO-Zsömle (#14856) üzenetére


Oliverda
(Topikgazda)
LOGOUT blog

Még bármikor átnevezheti FM4-re. :))

Próbáld ki az UBER-t, és használd az "uberoliverda" promóciós kódot a 2500 forintos bónuszért! http://bit.ly/1k4lwxS

(#14862) Fiery válasza -=MrLF=- (#14848) üzenetére


Fiery
(VIP)

Ez a sok minden 2016-ra me'g egy AMD-nel nagyobb es tokeerosebb cegnek is hatalmas falat lenne. Egyetlen ev alatt akarnak frissiteni lenyegeben mindent? Raadasul ugy, hogy minden vonalon uj magok lesznek? Es ugye van egy 3. slide is, a szerver termekek, azok is jonnek jovore, sot, azok jonnek eloszor elvileg.

Az AM1-es Beemanak en szemely szerint orulok, bar me'g annal is jobb lett volna, ha a Nolan (Carrizo-L) jon AM1-be.

[ Szerkesztve ]

(#14863) Z10N


Z10N
(senior tag)

Nem ugy volt, hogy 2017 legkorabban a Summit/Bristol Ridge? Mondjuk mindegy, mivel a DDR4 arak ugy is kesobb allnak be. Az FM2+ a Kaveri-vel veget is er.

# sshnuke 10.2.2.2 -rootpw="Z10N0101"

(#14864) Valdez válasza Z10N (#14863) üzenetére


Valdez
(őstag)

Az FM2+ a Kaveri-vel veget is er.

A Godavarival... bár az nem fejlesztés :)

A Carrizo meg szimpatikus nekem is, kíváncsi leszek a benchekre.

(#14865) Fiery válasza Z10N (#14863) üzenetére


Fiery
(VIP)

A Summit Ridge 2016-ra volt tervezve, de a tobbi desktop cucc csak 2017-re.

(#14866) apatyas válasza Fiery (#14862) üzenetére


apatyas
(KORREKTOR)

Ahova szivárogtatott, azon a fórumon is betelt a pohár, nem hisznek már neki.

Etesd a TROLLt. Méreggel.

(#14867) Fiery válasza apatyas (#14866) üzenetére


Fiery
(VIP)

En 2 lehetoseget latok magam elott, amivel igazolni lehetne ugymond a slide-ok hitelesseget. Az elso ugy nezne ki, hogy az AMD jobban halad a Zennel, mint mondjuk 1 eve azt vartak, es 2016 elejen jonnek a szerver+HEDT Zen termekek, es 2016 vegen jonnek a mainstream desktop+mobil termekek. A masik lehetoseg, hogy direkt tulontul optimistan vazoljak fel a roadmapet, hogy ezzel meg tudjak gyozni a befektetoket, hogy ne hatraljanak ki a ceg mogul.

(#14868) Oliverda válasza Fiery (#14867) üzenetére


Oliverda
(Topikgazda)
LOGOUT blog

Vagy mégsem jövőre jön a szerver és a HEDT, ergo felcserélték a megjelenéseket.

Próbáld ki az UBER-t, és használd az "uberoliverda" promóciós kódot a 2500 forintos bónuszért! http://bit.ly/1k4lwxS

(#14869) Fiery válasza Oliverda (#14868) üzenetére


Fiery
(VIP)

A Summit Ridge a HEDT CPU, ugyhogy az mindenkepp 2016, ha hihetunk a slide-oknak. Ha pedig az jon, akkor minimum az 1 socketes 8 magos Zen szerver CPU is jonni fog, hiszen az lenyegeben megegyezik a Summit Ridge-dzsel. Es a szerver vonal evekkel le van maradva a desktop/mobiltol, raadasul joval nagyobb potencial ($) is van benne, ugyhogy hulye lenne az AMD nem azzal inditani a Zent.

[ Szerkesztve ]

(#14870) Ruuwa válasza Fiery (#14862) üzenetére


Ruuwa
(tag)
LOGOUT blog

Laikusként kérdezem, úgy is nagy falat, ha lényegében minden szegmensbe ugyan az a Zen mag kerül, csak más konfigurációban?

Egyébként meg teljesen érthető szándék az AMD részéről, hogy 2016 karácsonyára piacra kerüljenek a konzumer asztali megoldások. Csak hát a szándék az nem elég.

Valami tréfás, humoros, mégis mélyenszántó gondolatokat magában hordozó, rövid, velős mondat, mely egyéniségem rendkívüli sokszínűségéről tesz tanúbizonyságot.

(#14871) Fiery válasza Ruuwa (#14870) üzenetére


Fiery
(VIP)

Ha a mag onmagaban eleg lenne egy komplett, bonyolult termek gyors piacra dobasahoz, akkor lenne desktop Carrizo, HEDT Carrizo, szerver Carrizo is, stb...

Teny, hogy jelen allas szerint a Zen elegge univerzalisnak tunik ahhoz, hogy szinte barmiben fel lehessen hasznalni, de a validacio, a kiegeszito komponensek (iGPU, IMC, egyeb sallangok) fejlesztese sem kispalya, arrol nem is beszelve, hogy a gyartastechnologiat is hozza kell adott esetben igazitani az adott termekhez. Egy alacsonyfogyasztasu APU idealis esetben mas gyartastechnologian keszul, mint egy nagyteljesitmenyu HEDT vagy szerver CPU, es nagyon franko esetben me'g a mainstream desktop/mobil APU is mas technologian kerulne gyartasra. Lehet mind 14 nano, lehet mint Zen alapu, megsem olyan konnyu sajnos osszerakni a LEGO kockakat.

Egyebkent a Zen sem teljesen homogen magokkal/modulokkal fog operalni, hiszen ha 4 mag alkot egy egyseget (modult), akkor egy-egy ilyen modult konnyeden csak a HEDT, szerver es mainstream desktop/mobil vonalon tudsz hasznalni. A Basilisk APU-hoz mar uj modult kell tervezni, levagva a 4 magbol a felét, es velhetoen minden masnak is kb. a felét (pl. L3 cache), stb.

[ Szerkesztve ]

(#14872) Oliverda válasza Fiery (#14869) üzenetére


Oliverda
(Topikgazda)
LOGOUT blog

Biztos hogy az lesz a HEDT, és mondjuk nem egy 12 magos verzió szerver socketben 3-4 csatornás memóriával?

"Ha pedig az jon, akkor minimum az 1 socketes 8 magos Zen szerver CPU is jonni fog, hiszen az lenyegeben megegyezik a Summit Ridge-dzsel."

Még ha lényegében meg is egyezik, korántsem biztos hogy ugyanaz. Ugyebár a szerverekbe szánt lapkáknak (steppingek) sokkal szigorúbb teszteket kell teljesíteniük. Az elmúlt években jó néhányszor volt már arra példa, hogy a desktop stepping ennek nem felelt meg bizonyos bugok miatt. Az Intel pl. rendszerint csak x hónappal a desktop után adja ki a szerver verziót, és nem egyszer előfordult már, hogy a desktop/mobil stepping nem kerülhetett szerverbe. Egy szó mint száz, a desktop és mobil kiadásokat könnyebb és gyorsabb elkészíteni mint a szerverekbe szánt verziókat.

"A Basilisk APU-hoz mar uj modult kell tervezni, levagva a 4 magbol a felét, es velhetoen minden masnak is kb. a felét (pl. L3 cache), stb."

Nem feltétlenül. Az eddig látottak alapján a Basilisk egy herélt Bristol Ridge is lehet.

Próbáld ki az UBER-t, és használd az "uberoliverda" promóciós kódot a 2500 forintos bónuszért! http://bit.ly/1k4lwxS

(#14873) Fiery válasza Oliverda (#14872) üzenetére


Fiery
(VIP)

Az AMD nagyon hulyen fogja csinalni, ha megsem a szerverrel/HEDT-vel indit. Annak egyebkent en semmi ertelmet nem latnam, ha 12 magos lenne a HEDT processzoruk. Minek? Hacsak nem azt sejtik, hogy a Broadwell-E vagy a Skylake-E 12 magos lesz, de ilyesmirol en me'g nem hallottam. A Summit Ridge kapcsan a slide nem emliti a memoriat, de ha az is FM3 lesz meg a Bristol Ridge is, akkor velhetoen mindketto dual channel DDR4-et kap "csupan". Nem tudom, a HEDT platformon, mondjuk 8 mag eseten mennyit szamit valojaban a 4 memoria csatorna (vs. 2 csatorna), de nem gondolnam, hogy ne lehetne nagy reszben kompenzalni agresszivabb DDR4 orajel hasznalataval. Egy jo kompromisszum lenne szerintem a dual channel DDR4-2800, nagyban megkonnyitene az implementaciot, joval olcsobbak lehetnenek az alaplapok is. Persze ezzel megsem lenne socket kompatibilis a szerver Zenekkel, de csereben nem kellene bele HT tamogatas, es ugy altalaban sokkal egyszerubb CPU lehetne, mint a szerver termekek. Ergo a Summit Ridge egy olyan Bristol Ridge lenne, amiben a nagy iGPU-t kicsereli az AMD +4 CPU magra. Nem valami ilyesmit koveteltek mar nehanyan a Kaveri kapcsan is? :) Nem egyszer olvastam a forumokban a fanyalgast, hogy miert nem lehet az iGPU helyett inkabb duplaannyi x86 magot kapni, hiszen ugyis eros dGPU-t hasznal az ember, az iGPU meg unatkozik vagy le van tiltva. Erre Abu valasza mindig az volt, hogy majd a HSA meg mely integracio. Na abbol egyelore semmi nem lett, ergo ha a Kaverinal (sot, mar a Richlandnel) megcsinalta volna mar ezt az AMD, lehet hogy jobban jartak volna. Siman lehet, hogy ez a felismeres most jott el az AMD reszerol.

"Az eddig látottak alapján a Basilisk egy herélt Bristol Ridge is lehet."

Az eleg nagy pazarlas lenne. Hiszen akkor le kellene kapcsolni a modul felet, az L3 cache felet, stb. Nem gondolnam, hogy igy mukodne, de persze atmeneti megoldasnak ez is jo lehet adott esetben. Hosszutavon azonban nem szabadna ilyen merteku pazarlast csinalnia az AMD-nek.

[ Szerkesztve ]

(#14874) Abu85


Abu85
(HÁZIGAZDA)
LOGOUT blog

Az AMD hardvertervezése azért ma már különbözik attól, ami régen volt. Ők alapítottak a cégen belül egy zárt konzorciumot, ami arra szolgál, hogy szoftverfejlesztők leadják az igényeiket, és ezeket megbeszéljék. Amik elfogadhatók, azokra kitalálnak egy gyorsítási technikát, és a fejlesztők vállalják, hogy támogatják. Ez sokszor nehezen érthető roadmapokhoz vezet, hiszen kvázi megrendelésre kerülnek a funkciók a hardverbe.

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14875) stratova válasza Abu85 (#14874) üzenetére


stratova
(PH! kedvence)

Így ugorhatott pl. Kaveriből a GDDR5 támogatás, mivel a piac nem tartott igényt GDDR5M-re?
Mobilban szerintem változatlanul nem lenne rossz, bár pár GTX kártya is egész szépen muzsikál DDR3-mal, noha ezekben a tesztekben kijöhet az i7 erőfölénye is FX-7600P-vel szemben.

[ Szerkesztve ]

KaBOOM? Yes Rico... KaBOOM!

(#14876) Abu85 válasza stratova (#14875) üzenetére


Abu85
(HÁZIGAZDA)
LOGOUT blog

Ahogy ez most látszik a fejlesztők inkább funkciókat szeretnének. Nem nyilvános minden információ, de a gyártópartnerek szerint ezek vannak aktívan napirenden:
- rajzolási parancsok gyorsítása. Oké, hogy most durvult be a dolog, de számos fejlesztő egymillió rajzolást szeretne akár jövőre. Nyilván ez processzorral képtelenség, tehát kell valami célirányos részegység magának a grafikus API-nak a gyorsítására. Egy rakás DSP? Vagy az IGP? Vagy a HSA-n keresztül akár mindkettő?
- a másik dolog a nagyobb kontroll. Több fejlesztő még mindig azt mondja, hogy ezek az új API-k is korlátozzák a lehetőségeiket, így szeretnék magát az API-t is saját maguk megírni vagy a meglévőt módosítani. Éppen ezért egy új egységesítési rendszert kell ehhez keresni.
Ilyesmiket igényelnek.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14877) Fiery válasza Abu85 (#14876) üzenetére


Fiery
(VIP)

Tok jo, hogy amikor CPU-rol van szo, es nem APU-rol, azaz nincs iGPU kepben, akkor is ugyanazzal a mantraval jossz :C :C :C

A roadmapet meg baromira nem nehez ertelmezni: ennyi mindent egyetlen even belul egy AMD meretu ceg kizart, hogy meg tudjon csinalni. Vagy kamuznak, vagy ferditenek, vagy csak slideware, szokas szerint.

[ Szerkesztve ]

(#14878) Abu85 válasza Fiery (#14877) üzenetére


Abu85
(HÁZIGAZDA)
LOGOUT blog

Ezért írtam, hogy ott a DSP lehetősége is. Koncepciós szinten a HSA nem tesz különbséget az IGP és a DSP között. Magát a DSP-t egyébként az Oxide már korábban felvetette, hogy sokkal jobb lenne, ha apró DSP magok adnák ki a rajzolási parancsokat, mert sokat beépítve gyorsabb lenne és a processzoridő is felszabadulna. Nem kizárt, hogy ennek a prototípus jellege az Oxide ötletén alapszik, ők abszolút célként tűzték ki, hogy 2015-ben 300k rajzolást akarnak látni. Ez az aktuális API-kkal és aktuális processzorokkal nem lehetséges. Még azokkal sem, amelyek a következő évben jönnek, tehát ismét valami részben szoftveres újítással kell megoldani ezt a kérdést. Pont az ilyen problémák megoldására alakult meg az AMD-n belül ez a fejlesztői konzorcium.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14879) Fiery válasza Abu85 (#14878) üzenetére


Fiery
(VIP)

Oke, es a DSP-nek mi koze az AMD 2016-os roadmapjehez vagy azon belul a CPU-khoz? Lesz ilyen DSP jovore az AMD procikban? Ha nem, akkor minek ilyenekrol beszelni? Vagy Te mar most tudod, hogy pl. 2017-ben lesznek DSP-k az AMD CPU-kban? Az ilyenekre megint nem vennék tul sok merget, elobb lassuk a 2016-os evet, hiszen az utobbi cca. 10 evben egy rakas AMD proci vegezte a fiokban vagy a kukaban...

[ Szerkesztve ]

(#14880) Abu85 válasza Fiery (#14879) üzenetére


Abu85
(HÁZIGAZDA)
LOGOUT blog

Azt mondtam, hogy az AMD hardvertervezése, már nagyrészt attól függ, hogy a fejlesztők számukra a megalakult konzorciumon belül mit mondanak. A DSP alapvetően nem az AMD ötlete, hanem az Oxide-é, de magát a koncepciót érdemes megvizsgálni. Bár meggyőződésem, hogy az AMD ezt nem akarja, inkább az IGP-vel gyorsítanák a grafikus API-t.
A lényeg igazából az, hogy az AMD mostantól a szabvány előtt szeretne lépdelni, mert ez a Mantle-lel baromira bevált, és nincs okuk feltételezni, hogy nem válna be még egyszer, vagy többször is.
Ha az én véleményemre vagy kíváncsi, akkor az AMD szerintem egyértelműen az IGP-s API gyorsítás ötletéért rajong, de ha a fejlesztők szeretnék a DSP-t, akkor képesek azonnal licencelni egy komplett Tensilica rendszert.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14881) Fiery válasza Abu85 (#14880) üzenetére


Fiery
(VIP)

En az AMD jelenlegi roadmapjen nem latom, hogy a szabvanyok elott akarnanak lepdelni :) Klasszikus tervezesu x86 CPU-kat es APU-kat latok, egy-ket ARM-os probalkozast, es egy ujabb GCN faceliftet. Semmi radikalis, mint ahogy a Zenben (mint architektura) sem latszik semmi radikalis. Az API-k meg egyeb sallangok pedig egyelore egesz pontosan nulla hasznot hoztak az AMD-nek. Se a CPU/APU eladasokat nem lenditettek elore a HSA, Mantle es tarsai, se a GPU eladasokat (all-time low szinten allnak most a dGPU-knal, ha nem tevedek). Ugyhogy maradjunk annyiban, hogy szep dolog tervezgetni, de egyelore a kvazi szabvanyokon belul mozogva kellene elobb letenni az asztalra egy utokepes CPU-t ill. APU-t. Aztan majd ha legalabb a Haswell szintjet hozzak az uj procik, akkor lehet beszelgetni DSP-rol, HSA-rol, API-rol, konzorciumrol meg egyeb buzzwordokrol.

(#14882) Abu85 válasza Fiery (#14881) üzenetére


Abu85
(HÁZIGAZDA)
LOGOUT blog

Azért annyira nem örül az ipar annak, hogy lényegében a DX12 és a Vulkan is nagyrészt egy másolata az AMD API-jának. Ez azért óriási előny. Nem az API miatt, hanem a tervezett irány miatt. Azért elég durva, hogy pár éve elképzelhetetlen volt, hogy valami szabvány lesz, amit az egyik cég nem tervez támogatni. Erre most jött egy olyan nézetváltás, hogy mostantól a gyártók ebbe nem szólnak bele. Őszintén hány olyan architektúra van a piacon, amely az SRV-ket képes direkten a multiprocesszorba bekötni? Na látod, és ez lett a szabványosan elfogadott teljes értékű koncepció. Ez most szerinted hogyan érinti a többieket? Gondolod, hogy az NV és az Intel azt mondta az MS-nek, hogy oké, akkor nulláról letervezünk egy új architektúrát, ami így működik.

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#14883) Oliverda válasza Fiery (#14873) üzenetére


Oliverda
(Topikgazda)
LOGOUT blog

"Az AMD nagyon hulyen fogja csinalni, ha megsem a szerverrel/HEDT-vel indit."

Hátőő... most erre mégis mit lehet mondani? :) Mintha csak azon múlna, hogy hülyén állnak hozzá vagy sem. Ennyi erővel az Intel már évek óta nagyon hülyén csinálja:

Nehalem - desktop: 08 nov eleje, szerver: 09 márc vége
Sandy B - desktop: 11 jan eleje, szerver: 12 márc eleje
Ivy Bridge - desktop: 12 ápr vége, szerver: 13 szept eleje
Haswell - desktop: 13 jún eleje, szerver: 14 szept eleje

"Az eleg nagy pazarlas lenne. Hiszen akkor le kellene kapcsolni a modul felet, az L3 cache felet, stb. Nem gondolnam, hogy igy mukodne, de persze atmeneti megoldasnak ez is jo lehet adott esetben."

Pedig ez egy teljesen bevett szokás. Az Intel esetében is akad néhány kétmagos termék, amit négymagos lapka megnyirbálásából született, az AMD-nél pedig jó ideje szinte csak így működnek a dolgok. Kérdés, hogy mekkora lesz a teljes értékű lapka, illetve mekkora lesz a selejtarány. Mondjuk ez már tényleg nagyon részletkérdés. Szvsz nem fogja megérni külön egy kisebb, kétmagos lapkát tervezni, de majd kiderül.

[ Szerkesztve ]

Próbáld ki az UBER-t, és használd az "uberoliverda" promóciós kódot a 2500 forintos bónuszért! http://bit.ly/1k4lwxS

(#14884) Oliverda


Oliverda
(Topikgazda)
LOGOUT blog

A következő API-kkal foglalkozó hozzászóláscsokrot csuklóból törölni fogom a szerző személyétől függetlenül! Rettentő unalmas, ráadásul baromira nem erről szól ez a téma, az említett dolgokkal kapcsolatban pedig már van 1000 másik hely. Legalább ezt a topikot hagyjuk meg kizárólag annak amire fent van tartva!

[ Szerkesztve ]

Próbáld ki az UBER-t, és használd az "uberoliverda" promóciós kódot a 2500 forintos bónuszért! http://bit.ly/1k4lwxS

(#14885) Yutani válasza Fiery (#14873) üzenetére


Yutani
(Szakértő)
LOGOUT blog

Az eleg nagy pazarlas lenne. Hiszen akkor le kellene kapcsolni a modul felet, az L3 cache felet, stb.

Belátható, hogy ha egy félig sikerült lapkát el tud adni az AMD kétmagosként, akkor jobban jár, mintha bezúzatja, és egy árva centet sem kap érte. Ezt Te is nagyon jól tudod szerintem. :K

"Kritikus hibákat javít az új Intel driver" - Lekapcsolja az IGP-t? xD

(#14888) Fiery válasza Oliverda (#14883) üzenetére


Fiery
(VIP)

"Ennyi erővel az Intel már évek óta nagyon hülyén csinálja"

Es az Intel vagy az AMD hagyott ki a szerver roadmapjebol 3 (mas szamitas szerint 3,5) evet? :) Ha az Intel sem adott volna ki mar 3 eve uj szerver procit, akkor ok is azzal kezdenek a frissitest ;) Arrol nem beszelve, hogy a szerver termekekben van az igazan nagy penz, tehat amugy is azzal kellene leginkabb foglalkoznia az AMD-nek. A tobbi piacon ha megfeszul sem tud penzt csinalni, ez latszik a penzugyi jelenteseken.

(#14890) Oliverda válasza Fiery (#14888) üzenetére


Oliverda
(Topikgazda)
LOGOUT blog

A lényeg, hogy mindig a szerver a legkeményebb dió. Az Intel bicskája is beletört már nem egyszer az elmúlt néhány évben. A Nehalem és SB Xeonok esetében is ezért csúszott el a rajt.

Az összes szegmensben nagy szükség van az új termékekre, az pedig hogy melyik jön előbb, több mindenen is múlik, de nem szeretnék újabb köröket futni, feljebb már elhangzottak a lehetséges okok. Ha lesz szerver környezetbe megfelelő stepping, illetve kész processzor (és platform), akkor azt veszik előre, ha nem akkor jön a többi.

"A tobbi piacon ha megfeszul sem tud penzt csinalni, ez latszik a penzugyi jelenteseken."

Kevésbé versenyképes termékekkel ez nem csoda, de ez megint csak az összes szegmensre áll.

Próbáld ki az UBER-t, és használd az "uberoliverda" promóciós kódot a 2500 forintos bónuszért! http://bit.ly/1k4lwxS

(#14891) Fiery válasza Oliverda (#14890) üzenetére


Fiery
(VIP)

En csak azert szajkozom a szerver/HEDT platformot, mert nekem az AMD mondta konkretan azt (eloszoban), hogy a Zennel a szerver/HEDT piacon inditanak, es erre nagyon buszke is volt az ember. Teny, hogy ez cca. egy eve volt, azota valtozhatott a terv, es adott esetben elorebb hozhattak a desktop/mobilt is, vagy a szerver/HEDT-t sorolhattak hatrebb. Az is lehet, hogy eredetileg a szerver procibol keszult volna a HEDT verzio, Intel-modra, mig a mostani roadmapen inkabb az latszik, hogy a Bristol Ridge kerult felskalazasra, es ugy szuletett meg a Summit Ridge. Szoval sok lehetoseg van, de a logika is azt diktalja, hogy a szerverrel erdemes kezdeni a frissitest. Teny, hogy az a legkemenyebb dio is egyben.

(#14892) Oliverda válasza Fiery (#14891) üzenetére


Oliverda
(Topikgazda)
LOGOUT blog

Elvileg pár nap és kiderül a terv. Térjünk vissza rá kb. 1 hét múlva. ;)

Próbáld ki az UBER-t, és használd az "uberoliverda" promóciós kódot a 2500 forintos bónuszért! http://bit.ly/1k4lwxS

(#14893) apatyas


apatyas
(KORREKTOR)

May 6th 1pm EST = 7pm itt holnap, azaz szerdán. Egész nap izgulni fogok! :D

Etesd a TROLLt. Méreggel.

(#14895) Oliverda válasza apatyas (#14893) üzenetére


Oliverda
(Topikgazda)
LOGOUT blog

Lehet addig inkább be kéne zárni az egész topikot a fenébe. :))

Már nem mintha már holnap kiderülne, hogy bármelyik termék is pontosan mire lesz majd jó. Kiadnak pár roadmapet és nagyjából ennyi.

[ Szerkesztve ]

Próbáld ki az UBER-t, és használd az "uberoliverda" promóciós kódot a 2500 forintos bónuszért! http://bit.ly/1k4lwxS

(#14896) Fiery válasza Oliverda (#14895) üzenetére


Fiery
(VIP)

Hatha demoznak is valamilyen early silicon-t. Legyunk optimistak.

(#14897) apatyas


apatyas
(KORREKTOR)

Ezen agyaltam napok óta, hogy kikeressem.
Llano magja vagyis Husky felépítése, kíváncsi leszek, hova fejlődik ehhez képest:

Ja, a piros belőle a Llano.

[ Szerkesztve ]

Etesd a TROLLt. Méreggel.

Copyright © 2000-2015 PROHARDVER Informatikai Kft.