Keresés: - [Re:] Új alaplap szükséges a Kaveri APU-hoz - frissítve!

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

Új hozzászólás Aktív témák

#131 gbors nagyúr stratova #117

Új Válasz 2013-06-07 17:37:18 #131
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

gbors

nagyúr

LOGOUT blog

válasz stratova #117 üzenetére

meg lehet próbálni. én csináltam több ilyen tesztet, de jellemzően ekkora csökkentéstől bedőltek a kártyák - ilyenkor viszont nem lehet tudni, hogy az alacsonyabb sávszélesség tett be nekik, vagy az, hogy "számítottak" valamekkora sávszélre, ami messze nem volt ott.
#126 dezz nagyúr stratova #120

Új Válasz 2013-06-07 16:48:06 #126
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dezz

nagyúr

válasz stratova #120 üzenetére

Amúgy jó lenne majd közelebbről is megnézni egy ilyen GT3e-t, mert nekem úgy tűnik, hogy az is sima MCM... Vagy lehet, hogy nem sima, de nem úgy tűnik, mintha egy valódi interposer lapka lenne alattuk, csak egy újabb vékonyka "proci-PCB" (substrate-nek hívják ezt a spéci, szuper-precíz és sokrétegű PCB-t).
(#127): Ez alapján a kép alapján még ez a külön-PCB sincs, sima MCM! (Látszik néhány vonal, ami közvetleül a chipektől megy a kondikhoz.) Szóval, az a vastag vonal csak "dísz".
Ezt az AMD is megcsinálhatja a Kaverinél, ha akarja (és elfér)! Persze csak ha eleve úgy tervezték a chipet, hogy van mi odavezetni.
#124 dezz nagyúr stratova #120

Új Válasz 2013-06-07 16:27:13 #124
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dezz

nagyúr

válasz stratova #120 üzenetére

A második nem stacking, hanem sima MCM. Szóval, ott nincs interposer lapka, csak a szokásos spéci mini-NYÁK. Fő különbség, hogy az interposeren sokkal több vonal vihető át. Pl. 256 bites busz a 128 helyett. De ma már az AMD is stackinggel kísérletezik. (Bár az X1 chipje alapján még nem kész a bevezetésre.)
(#122) atti_2010 Végülis olyan lehetne talán MCM-ben is, hogy négy csatornás a mem-vezérlő, ebből kettő az alaplap felé csatlakozik, kettő pedig tokon belüli GDDR5 memóriákhoz. Kérdés, keverhető-e egy rendszerben a DDR3 és GDDR5? Szerintem nincs akadálya. Inkább mechanikai (elférne vajon FM2+ tokban még néhány GDDR5 lapka a Kaveri mellett [plusz egy adag kis kerámiakondi]?). És talán szoftveres is (valahogy azonosítani kellene OS-en belül a memóriatípusokat, hogy mit foglaljon az egyikből és a másikból - bár talán elég, ha a VGA/OpenCL driver tudja ezt).
#122 atti_2010 nagyúr stratova #120

Új Válasz 2013-06-07 16:25:52 #122
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

atti_2010

nagyúr

válasz stratova #120 üzenetére

Egy ilyen Kaverit kellene előrángatni Novemberben amin rajta pislog 4x2GB GDDR5 és máris potenciális vevő lennék rá.
#115 gbors nagyúr stratova #114

Új Válasz 2013-06-07 14:58:14 #115
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

gbors

nagyúr

LOGOUT blog

válasz stratova #114 üzenetére

a memória-sebességgel és hatásaival kapcsolatban igen nehéz jó, mélyreható analitikus okfejtéseket találni, ezekben a kérdésekben még kedvenc site-jaim is vagy igen óvatosak, vagy időről időre óriási marhaságokat írnak
nekem megfelelő magas szintről nézve az a benyomásom, hogy egy 3D játék workloadjához ez a fajta nagyméretű cache nem ideális - erre a GT3e tesztjei szolgálnak is némi alátámasztással, mert a komoly sávszél-igényű játékokban kevesebb az előnye a HD4600-hoz képest. viszont ahhoz elég kevés a rendelkezésre álló teszt, hogy ez lehessen véletlen egybeesés is, ill. ki tudja, hogy a chip milyen spéci szabályokat alkalmaz a cache használatára grafikus workload esetén.
a Sony teljesítmény szempontjából biztosan jó lóra tett a gDDR5-tel, kérdés, hogy költségben mennyire lesz ez fájdalom (mondjuk ha szembeállítjuk az irdatlan mennyiségű tranzisztorral, amit az Xbox cache-e jelent...)
#111 gbors nagyúr stratova #109

Új Válasz 2013-06-07 13:20:18 #111
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

gbors

nagyúr

LOGOUT blog

válasz stratova #109 üzenetére

nagyon nagy kérdőjel az a 32MB. framebuffernek konkrétan nagyon kevés, és arra is kíváncsi vagyok, mennyit fog segíteni, amikor egy 500-700MB textúrával ellátott scene-t kell renderelni.
#110 atti_2010 nagyúr stratova #109

Új Válasz 2013-06-07 12:43:11 #110
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

atti_2010

nagyúr

válasz stratova #109 üzenetére

De az csak gyorsítótár és nem a játékok (szoftverek kezelik) ami nem egyenlő a műveleti memóriával.
#62 TESCO-Zsömle titán stratova #61

Új Válasz 2013-06-06 13:26:04 #62
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

TESCO-Zsömle

titán

válasz stratova #61 üzenetére

Az már végképp nem az AMD hibája, hogy a tudjukkik lebeszélik a gyártókat az AMD termékeiről...
#50 M@trixfan addikt stratova #11

Új Válasz 2013-06-06 12:16:06 #50
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

M@trixfan

addikt

válasz stratova #11 üzenetére

Nálad a Kaveri kiveri a biztosítékot!
#35 ViZion félisten stratova #33

Új Válasz 2013-06-06 11:25:39 #35
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

ViZion

félisten

válasz stratova #33 üzenetére

nem baj, ha vége az AM3+ -nak, csak legyen AM4
...vagy addig marad akkor az AM3+ nekem, amíg a szilicium szét nem rohad a chipben!
Abu85: ügyes moddereknek a régi foglalatba is be fog menni az új APU, csak egy forró tűvel likasztani kell, nem probléma