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

• #65 wsanyi aktív tag leviske #64

  Új Válasz 2018-02-23 01:12:34 #65

  Ú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

  

  wsanyi

  aktív tag

  válasz leviske #64 üzenetére

  Ez nem ilyen egyszerű. Mi van akkor, ha a méretcsökkenés miatt öszeraknak egy lapkára 32 GB HBM-et a CPU + GPU páros mellé olyasmi megoldásban, mint az intel mellé? És 7 nanon már bármi lehet, vagy az alatt. 8 GB-ot már most is oda tudnának biggyeszteni, ha nagyon akarnának egy Threadripper Méretű tok alá, de talán még a mostani Ryzen mellé is elférne 8 GB, és ha azt az APU mellé biggyesztenék, érdekes lehetne a helyzet. Akkor kenterbe vernék intelt CPU-ban is valszeg. Igen, ez kb. 4 GB L4 cache-t jelentene, ebben teljesen igazad van.

• #61 wsanyi aktív tag leviske #46

  Új Válasz 2018-02-21 00:10:18 #61

  Ú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

  

  wsanyi

  aktív tag

  válasz leviske #46 üzenetére

  Inkább az a gond, hogy nincsenek 6 GB-os modulok. Mert 2 x 6 GB lenne jó az APU mellé, mivel 8 GB megy a rendszernek, és 4 a GPU-nak. Kb. De 3,5 is elég neki. Csak hogy 1440p-n és feljebb már 16 GB kell alapból. Ezek az APUk amúgy már jól elvannak 720p-n High és a fölötti részletességgel játéktól függően, ami az intel IGP-iről nem mondható el, plusz ott a Spectre és Meltdown probléma, amit még a Cannon Lake-ben sem fognak teljesen javítani, mert ahhoz az egész architektúrához hozzá kéne nyúlni, az csak egy kényszerhákolás lesz sajnos. És bizonyos források szerint vannak ott még backdoor-ok. Mégis hogyan lehetséges, hogy azonos csíkszélen 5,7 % + IPC van benne azonos órajalen multicore-ban HT vs SMT és tud minimum 15-20%-kal magasabb órajelet is, ami 1 szálon 30-40 % különbség is lehet. 10 % még hibahatár, de 30-40% csakis trükközéssel érhető el. Mert ha magasabb az IPC, akkor az elektront azért kell jobban megküldeni, hogy végig tudjon menni a kapukon, ha pedig az órajel, akkor azért. De ha nincsenek meg a biztonsági beépítések, amik megvizsgálják az adott kódsorról, hogy jogosultak-e az adott műveletre (most nagyon leegyszerűsítettem ezt a kijelentést, és nyilvánvalóan van, aki nálam sokkal jobban el tudná ezt magyarázni), akkor nyilvánvalóan gyorsabban végez a processzor a számításokkal, tehát magasabb lesz az IPC-je. Látszik is, hogy a szoftveres javítások után 5-40% a visszaesés. Szervervonalon innentől kezdve nehezen értem a DATAcentereket üzemeltető cégeket, ha még hajlandóak intel-lel szerelt szerverekre építeni. Ez csakis pénzérdekek mentén képzelhető el a számomra, mert mindenféle logikai érvnek ellentmond. Ráadásul ha ezt meg akarta volna úszni az intel, felajánlotta volna az ingyenes cserét a szerverkben (4 évnél fiatalabbakban pl.), és akkor még nyert is volna rajta a nagyvonalúsága miatt. Így viszont nagy lehet a bizalomvesztés.

  Röviden arról van szó, hogy belép valaki a netbankjába pl. és ellopható a felhasználóneve és jelszava is, mert hozzá lehet férni a RAM tartalmához, vagy ha éppen nem is az, de egy aktív session is ellopható így sajnos, vagy bármilyen más adat, amivel hozzáférhetnek olyan dolgokhoz, amit nem biztos, hoyg szeretnénk. És mivel ez kiderült, senki nincs biztonságban, sajnos. Az AMD-k esetében nem sikerült a hibát reprodukálni sem Linux, sem Windows rendszereken. Ha valaki csak játszik, és semmi mást nem csinál a gépén, akkor még érthető, de van ilyen ember, aki csak és kizárólag játékra használ egy PC-t?

• #59 Tigerclaw nagyúr leviske #46

  Új Válasz 2018-02-20 19:41:11 #59

  Ú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

  

  Tigerclaw

  nagyúr

  válasz leviske #46 üzenetére

  Az Intelnek szállított megoldás is HBM-es, még ha nem is APU-s. Persze nem tudom, hogy megérné-e, illetve technikailag képesek lennének-e rá, de remélem, hogy van valami extra a tarsolyukban.

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