Mára el is készült az AGESA (AMD Generic Encapsulated System Architecture) 1.0.0.6-os kiadása, ami tartalmaz minden beígért újítást. Az 1.0.0.6 komoly előrelépést a Socket AM4-es processzorfoglalattal szerelt alaplapok esetében, hiszen eddig csak a külső órajel-generátorral ellátott deszkáknál lehetett 32-es szorzó fölé merészkedni, már ami a memória-szorzót illeti, a többségnél 32 volt a plafon, ami 3200 MHz-es effektív memória-órajelet eredményez – ha a BCLK 100 MHz-en marad. A frissítésnek köszönhetően most már 40 a maximálisan beállítható szorzó, így a DDR4-es memóriamodulok akár 4000 MHz-es effektív órajelen is üzemelhetnek, valamint minden esetben van lehetőség a Command Rate változtatására is – ennek értéke ugye 1T vagy 2T lehet. Ez különösen jól jöhet olyan memóriacsomagoknál, ahol a Command Rate módosítására is szükség van, erre pedig remek példa a G.Skill DDR4-3866 MHz-es csomagja, ami 38,66-os szorzót és 2T Command Rate-et igényel a stabil működéshez. Márpedig ezeket az értékeket a jelenlegi 1.0.0.4-es AGESA mikro-kód „hiányosságai” miatt nem lehetett beállítani, csak néhány, jellemzően felsőkategóriás alaplapnál. Alternatív módon persze a BCLK módosítása is szóba jöhet, de mivel ahhoz igazodik például a PCI Express busz órajele is, így megváltoztatásával könnyedén instabil rendszer lehet a végeredmény.

Persze az AMD kiemeli, a DDR4-2667 MHz feletti memória-órajel értékek már nincsenek összhangban a JEDEC szabványokban lefektetett sebességekkel, így a magasabb órajelek tuningnak számítanak, a stabil működésre nincs garancia. Apropó garancia. A gyártó szerint a magasabb órajelek beállításából eredő károkért és hibákért a felhasználót terheli a felelősség, így ezekben az esetekben érvénytelenné válik a gyártói jótállás – még akkor is, ha a RYZEN MASTER alkalmazáson keresztül módosította a felhasználó a beállításokat. Ez persze nem új keletű dolog, de érdemes ismét megemlíteni.

A memória-tuninggal kapcsolatos extra lehetőségek mellett más újításokat is tartogat az új mikrokód. Például a PCI Express Access Control Service kibővített támogatásának hála a RYZEN rendszeren futó virtuális gépek esetében jobban lehet majd menedzselni az IOMMU logikai konténerben helyet foglaló PCIe alapú eszközöket. Ez főleg azoknak jöhet jól, akik virtuális gépen szeretnének 3D-s játékokat futtatni, ekkor ugyanis egy két videokártyás rendszerben a fő operációs rendszer és a virtuális gép is dedikált videokártyához juthat. Például egy Linuxon futó Windows VM könnyedén hozzáférhet a hozzárendelt videokártya minden erőforrásához, a játékok pedig közel olyan sebességgel futhatnak rajta, mint ha normál operációs rendszerként működne, nem virtualizált környezetben.

Az AGESA 1.0.0.6-os kiadását tartalmazó alaplap firmware-ek várhatóan június közepe és vége között kezdenek majd megjelenni az egyes alaplapgyártók kínálatában, így érdemes lesz sűrűn ránézni az adott alaplaphoz tartozó gyártói oldalra.

Hírlevél feliratkozás
A feliratkozással elfogadom a Felhasználási feltételeket és az Adatvédelmi nyilatkozatot.

31 hozzászólás

A komment írásához előbb jelentkezz be!
thedeveloper
thedeveloper
2017. máj. 28. 20:50
#7

Ez jó hír. De sajnos van még min dologzniuk.

Samanoske
Samanoske
2017. máj. 28. 16:26
#6

Ha kész mire kell várni 1 hónapot?

Annyiba kerül mint az intel és béta és órajelbe is kevesebb.

B_Real
B_Real
2017. máj. 29. 23:32

Nincs venti? What? A 6600-at nem tudom hogy lehet az 1600 ellenfelének venni, kérlek fejtsd ki. A számozás (Ryzen 5) ne tévesszen meg, ugyanis többszálas teljesítményben veri az i7-et is, játékokban meg az összes CPU (i5-i7-Ryzen 1500X-től felfelé) egy kupacban vannak. Az meg, hogy x kiforrottabb... Akkor azok az emberek minek várták egyáltalán a Ryzent, mint vadi új CPU-t? Komolyan nem értem.

Worlon
Worlon
2017. máj. 27. 12:18
#5

Két hete vagyok egy Ryzen 1600x boldog tulajdonosa. Maximálisan meg vagyok elégedve a teljesítményével és az ár érték aránnyal.

Nekem szerencsére semmi bajom se volt, igaz, "csak" 2667MHz-n (CL13) hajtom a ramokat. Nincs értelme túlhajtani, így is minden vígan elfut rajta.

Egy közepes vízhűtéssel és M.2-s NVME SSD-vel, csöndes táppal pedig még a nappali csendjét sem zavarja.

Törölt felhasználó
Törölt felhasználó
2017. máj. 27. 11:57
#4

Szerencsére szépen megy le az ára, így biztos vétel lesz.

s_otto
s_otto
2017. máj. 27. 9:14
#3

"akkor kié a felelősség"

Természetesen az AMD-é, és ne is próbáld mosdatni. Az AGESA modult az AMD adja ki, és erre tudnak az alaplap gyártók építkezni. Amikor elkezdték preorderben árulni, a félkész terméküket, kontrollált és megrendezett tesztekre hivatkozva, a vásárlók becsapása volt. Mert 2 hónappal ezelőtt a termék nem minden esetben tudta amivel reklámozták.

Múltkor linkeltem egy német bolt eladási adatait, jól látszott mennyire elment a vásárlók kedve a megjelent tesztek után, amik szintén a legjobb képet mutatták a procikról. Láttál már olyan intel terméket amikor kész szettet küldenek a procihoz, alaplappal, memóriával?

Sok esetben ami valakinek jó volt alaplap + ram kombó az másnak nem jött be.

Egyébként pedig 4 modullal még mindig csak 2666 mhz a max, amit ki tudnak hozni.

punchman
punchman
2017. máj. 28. 17:25

De legalább nem kellett új steppinget kihozni a javításhoz, vagy letiltani funkciókat, ami egy másik processzorgyártónál már többször is előfordult. Ez is valami.

B_Real
B_Real
2017. máj. 26. 16:41
#2

Eredmények béta BIOS-szal:

http://i.imgur.com/68n8LJN.png

B_Real
B_Real
2017. máj. 26. 19:23

Hitman DX12ben a 2133 - 3200 MHz között átlag fps-ben 37% növekedés van, minimumokban meg 30%, ami elég durva.

_DiEGO_
_DiEGO_
2017. máj. 26. 16:18
#1

Az 1.0.0.6-os AGESA kód egyrészt jelentősen növeli a már elérhető tuningra szánt memóriákkal való kompatibilitást, illetve a maximálisra beállítható tuningórajelet effektív 4 GHz-re növeli. Mindemellett eddig a memóriaórajel paraméterezése szempontjából effektív 266 MHz-es lépcsők voltak érvényben, viszont az új lehetőségekkel már 133 MHz-enként lehet léptetni az órajelet. A másik fontos előrelépés a virtualizáció szempontjából következett be: új AGESA kód támogatja a PCI Express Access Control Servicest (ACS), ami lehetővé teszi, hogy az egyes grafikus vezérlőket manuálisan hozzárendelhesse a felhasználó az IOMMU csoportokhoz. Ezáltal az adott csoporthoz való erőforrás dedikáltan áll majd rendelkezésre a virtuális gép számára.

Vissza az oldal tetejére