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

• #149 dezz nagyúr Findzs #141

  Új Válasz 2013-06-09 11:23:15 #149

  Ú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 Findzs #141 üzenetére

  Nagy kedvem lenne neked nem válaszolni, mert nem nagyon kedvelem az olyan embereket, akiknek fontosabb valamiféle félreértelmezett büszkeség, mint az igazság, legyen az akár csak egy apró kis kijavítása annak, amit írtak... (Ami mellesleg hozzátartozik a fórumozáshoz.)

  Csak akkor itt maradna egy tévedés. Mert hogy továbbra sem ugyanarról beszélünk.

  Ugyanis a Trinitynél nincs unified memória. Ez a Kaverinél jelenik meg először x86 vonalon! A Trinitynél két független tárterület van, és a BIOS-ban az ezek közötti hardveres választóvonalat lehet kijelölni. Az egyik hardveresen VGA ram lesz, a másik pedig rendszermemória.

  A Kaveri esetén a unified memóriakezelés által szabadon keveredhetnek a CPU és a GPU által használt memóriaterületek, sőt közösen használt területek is lehetnek.

  Ennek kapcsán a "mennyit foglalhat max. az IGP számára a rendszer" arra vonatkozott, hogy az OS mennyi memóriát engedjen összesen elhasználni az összesből. (Legalábbis így ésszerű.)

• #137 dezz nagyúr Findzs #135

  Új Válasz 2013-06-08 13:32:51 #137

  Ú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 Findzs #135 üzenetére

  Nem ugyanezt írtad, bocs. " "

• #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).

• #119 dezz nagyúr Geffry #91

  Új Válasz 2013-06-07 16:00:39 #119

  Ú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 Geffry #91 üzenetére

  Így a'...

  (#107) Findzs: Itt már a teljes memória egyszerre rendszer- és VGA memória. Persze ettől függetlenül be lehet állítani a BIOS-ban, hogy mennyit foglalhat max. az IGP számára a rendszer.

  (#109) stratova: Én is nagyon kíváncsi vagyok, hogy az hogy van bekötve...? Milyen külön buszon, vagy hogyan...? Lehet, hogy mint L3 cache(*)... Ha nem is azonnal, de előbb-utóbb bevezetnek valami hasonlót a Kaverinél is (vagy az utódjánál)...

  * Ha így is van, külön optimalizálni kell rá, mert nem elég hatékony, ha simán csak hagyják dolgozni, mint L3. (Léteznek cache terület kezelő utasítások, stb.)

  Amúgy érdekesség, hogy az Intel vélhetőleg stacking megoldással (csak nem egymásra, hanem egymás mellé) tette hozzá a GT3-hoz az eDRAM-ot, ami nem olcsó megoldás. Az AMD pedig simán hozzácsapta a chiphez... Mármint egy lapka a kettő.

• #89 dezz nagyúr

  Új Válasz 2013-06-07 03:51:19 #89

  Ú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

  Hát, kíváncsi lennék, hogy erre mindenképpen szükség volt-e? Hasonló esetnek tűnik, mint az AM3/AM3+. Talán azt akarták elkerülni, hogy egyes FM2 lapokban működik a Kaveri, másokban meg nem. Így legalább egyértelmű. A Richland sem marad a raktárakban, mert akinek FM2 lapja van, nem vár így a Kaverire (hacsak nem cseréli a lapot is). És az alaplapgyártók sem panaszkodhatnak. (Csak a boltosok/nagykerek, ha a nyakukon marad egy adag FM2 lap. Bár most a Richlanddel elviszik majd a türelmetlenebbek.) Az Intel APU-t tervezni tanul tőlük, ők pedig üzletpolitikát az Inteltől. Csak ők ehhez talán nem elég nagyok.

  De legalább a Trinity/Richland belemegy FM2+-ba is.

  (#48) TESCO-Zsömle: Tuti, hogy az új konzolokon elmennek ebbe az irányba a játék(motor)fejlesztők...

  (#59) madgie: Milyen codecet használsz? Csak néhány DXVA támogatású, a többi simán CPU-ból dekódol.

  (#60) F34R: Csak tippeltél és bejött.

  (#87) vinibali: A DG-nek nincs (vagy nem nagyon van), de attól még nemsokára az APU+dGPU lesz a "nyerő". Csak nem DG-ben, hanem compute feladatokra fogják használni az IGP-t.

  (#88) gbors: Persze, hogy marad. Mit gondoltál, hogy 3-4 csatornás lesz, kettővel több lábbal?

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