Ryzen R7 1700 / 1700X / 1800X

[Blue Storm]

OBR je idiot a za takový výrok by si zasloužil akorát tak přes držku... mám takový pocit, že jemu bude tolerováno snad vše, protože čtenost...

[Elkim]

Taky můj poslední článek tady, tohle mi za to nestojí

[AllowedCry]

Jak malé děti, obr někomu rozšlapal bábovičku.

Sem rozhodně zvědav s jakou recenzí přijde on. Jinak pokud si to opravdu bereš osobně Elkime, tak si asi fakt citlivka

[Jan Olšan]

(...) neustále je přehazuje tam a tam(...)

(Disclaimer: nejsem na tohle expert.)

Není to proto, že musí čas od času schedulnout i X dalších threadů než ty zrovna běžící (multitasking OS...)? Tipl bych si, že to není úplně tak, že by Windows svévolně přehazovali proces z jednoho jádra na druhý bez důvodu. Prostě vypršel určitej čas, musí se pustit na CPU ostatní procesy, jsou tu služby (síť při hraní, třeba), interupty. No a když nějaká taková úloha vypudí z jádra hru, tak už tam máš ten context switch a tisíce ušlejch cyklů stejně, takže je do velké míry jedno, jestli pak Windows ten proces hry naschedulujou na to samý jádro, nebo na nějaký jiný, když na něj znova přijde řada.

Asi by se tomu dalo vyhnout kdyby u těchhle aplikací byly jádra vyhrazený a všechna režie ze streany OS, služeb, ovladačů a zbytku úloh šla při hraní třeba jen na jedno jádro. Ale nejspíš by to mělo svoje vlastní problémy. Linux IIRC taky vyvažuje interupty a takový věci mezi všechny jádra.

Sorry za offtopic, ale to téma se tu asi bude objevovat .

[racecar]

Tak lidi byli zklamany, ze nedostali recenzi od OBRa, aby si mohli zafejmovat. Dokonce měli i predpripraveny komentare a museli je chudaci mazat Mno ale OBR jim udelal radost a napsal aspoň newsku, kde si kopnul do redakce. OMG, tohle je jak ze spatnyho filmu, který jde rovnou na VHS kazety. //facepalm.

Uz edit.

[Hladis]

// jj uz je to upraveny, ale to na tom nic nemeni.

OBR mel letet uz za nektery podvody, aneb jak zazracne otestoval GTX 280 v Crysis 3, ale tohle je uz hodne vysoky troll level. Nevim co by ještě musel udelat, aby mu sebrali prava psat.

[ArgCZ]

Taky můj poslední článek tady, tohle mi za to nestojí

přece tě jeden blbec nerozhodí

[Blue Storm]

Argu, problém je, že to je furt dokola a pokud je možnost psát jinde, tak tohle člověk fakt nemá zapotřebí, číst neustále urážky redakčního kolegy. Elkim odchází, já na PCT přes OBRa rozhodně nepůjdu... a můžou se hledat ještě další lidé, kteří jsou ještě schopni recenzovat některé typy HW... v ČR už téměř nikdo není a já s Elkimem jsme z posledních, kteří ještě nějak recenzují třeba desky.

[DOC_ZENITH]

(...) neustále je přehazuje tam a tam(...)

(Disclaimer: nejsem na tohle expert.)

Není to proto, že musí čas od času schedulnout i X dalších threadů než ty zrovna běžící (multitasking OS...)? Tipl bych si, že to není úplně tak, že by Windows svévolně přehazovali proces z jednoho jádra na druhý bez důvodu. Prostě vypršel určitej čas, musí se pustit na CPU ostatní procesy, jsou tu služby (síť při hraní, třeba), interupty. No a když nějaká taková úloha vypudí z jádra hru, tak už tam máš ten context switch a tisíce ušlejch cyklů stejně, takže je do velké míry jedno, jestli pak Windows ten proces hry naschedulujou na to samý jádro, nebo na nějaký jiný, když na něj znova přijde řada.

Asi by se tomu dalo vyhnout kdyby u těchhle aplikací byly jádra vyhrazený a všechna režie ze streany OS, služeb, ovladačů a zbytku úloh šla při hraní třeba jen na jedno jádro. Ale nejspíš by to mělo svoje vlastní problémy. Linux IIRC taky vyvažuje interupty a takový věci mezi všechny jádra.

Sorry za offtopic, ale to téma se tu asi bude objevovat .

Ne, jiné thready se můžou spustit na jinym jádře, neni důvod házet loadované thready random tam a tam. Tohle oprvadu dělaj jen win. Win v tomto chování ani nerozlišujou CPU, jádra, HT thready. Každej thread co bios reportne do OS je pro ně další CPU, tak to chápou a je to tak od NT4.0 a myslim si že Zenu to dost škodí. Problém je že časy se změnily. Taková dual Pentium 2, té bylo fakt jedno kam to hodíš protože jednak appky byly vesměs single, a single threadu je to fuk, multi-threadu co není závislej na ram a cache a každej thread tam funguje nezávisle (rendering, video enkóding) je to tak fuk, ale SW kde thready sdílej data skrz cache (a když je tam nenajdou tam RAM), pro ně je takovéto chování dost deadly.

[Mr_Trollfan]

1. K recenzii na PCT. Namerana teplota v loade 85C?

ZEN- If the CPU runs along the maximum Junction temperature (TjMax = 75C), the CPU – just like a GPU – will downclock itself rapidly and in (hopefully) small increments.

To ze to ma byt dvojmodulove sa vedelo od zaciatku, ziadne prekvapko.

Na Obra skoda slov.

Co sa tyka OC tak nechapem kto co a ako meria. Ak je default 1.3V preco niekto 1.33V a +100mhz up hovori oc. Mozno sa to sprava inac ale nejako sa mi tomu nechce verit ze niekto hovori tomu ze to bezi na default taktoch 1800X hovori oc.

[Blue Storm]

V tomhle s DOCem souhlasím, sleduju to už nějakou dobu (dříve jsem tomu nevěnoval moc pozornosti), ale Windows si opravdu přehazuje proces po jednotlivých vláknech procesoru jak horký brambor a vůbec nerozlišuje, jestli se jedná o fyzické nebo virtuální jádro. Ostatně si myslím, že i u procesorů s HT to může snižovat výkon.

[skaven321]

V tomhle s DOCem souhlasím, sleduju to už nějakou dobu (dříve jsem tomu nevěnoval moc pozornosti), ale Windows si opravdu přehazuje proces po jednotlivých vláknech procesoru jak horký brambor a vůbec nerozlišuje, jestli se jedná o fyzické nebo virtuální jádro. Ostatně si myslím, že i u procesorů s HT to může snižovat výkon.

takze sa vraciam k tomu, ze pre nas by bolo najidealnejsi 8C/8T variant...ak by taky bol:(

[Blue Storm]

A taky monolitické osmijádro, díky kterému by byl výkon Ryzenu pravděpodobně stabilnější...

[del42sa]

Zadny patch pro Win vykon jiste nezvysi a nikdy snad nezvysil. Ostatne jako to nezvýšilo nic u Bulldozeru. Nakonec je to na aplikaci jak si to tam namrska.

tohle ale není úplně stejný problém jako u Bulldozeru IMHO, tam šlo hlavně o to, že CMT a jádra v modulech fungovaly přeci jen trochu jinak než Intelův hyperthreading a se kterým už například win7 uměly pracovat pomocí core parkingu a updatovaného schedulleru. U BD jsou obě jádra rovnocené a spíše jde o to aby mohlo vícejádrové CPU správně využívat příslušný power-management a díky zaparkovaným správným jádrům v jednom modulu aplikovat u turbo core ostatních (běžících) modulů.

U Zenu je to jinak, tam spíše hrozí problém, že OS jako takový nebo egine hry si nejou vědomy přítomnosti SMT, který nemusí fungovat stejně jako u Intelu. Proto bych tuto možnost zase až tak kategoricky nezavrhoval, protože po příslušném update se výkon opravdu může zvýšit.

[Spring]

http://pctforum.tyden.cz/viewtopic.php?f=74&t=252375

Už jsem se lekl, že by stará hloupost prachem zapadla. Vždy se najde nějaký ... který spustí ohranou písničku, která se hrála naposledy s příchodem Bulldozeru. Víš, frekvence procesoru jsou důležitější, než vlastní počet jader, protože odpadá veškerá režie spojená se synchronizací vláken, které mohou tvořit jednotky až desítky procent. Neznám jedinou hru z posledních 1 - 2 let, která by nespouštěla desítky až stovky vláken v krátkém a chronologicky určeném čase, rozhází na jádra (vlákna) se snahou minimalizovat počet jader. Za předpokladu, že vůbec lze rozházet výpočty do vláken, stále se mluvíme o méně efektivním řešení s penalizací za synchronizaci vláken. Předpokládejme 0 penalizaci, přesto se do cesty staví další překážky, například sdílení cache. I v dokonalém světě se paralelizace hroutí v okamžiku, kdy ostatní výpočty musí čekat na předchozí výpočet, který je zapotřebí k zahájení ostatních výpočtů čekajících v dalších vláknech. Ke vzteku všech, situací, kdy nelze jinak je po hříchu mnoho a upalování programátorů nepomůže. Architektura Zen se úspěšně snažila o dobrý výsledek (kompromis), ale stále budou udávat herní kroky vysoké frekvence čtyř jádrových procesorů.

A ještě dodám, že manuální nastavení affinity neřeší synchronizace a priority, protože systém je nadřazený a Game Mode, jak se od buildu 15019 říká rozhoduje o prioritách procesů. Např.: populární Chrome běží v mnoha desítkách procesu a umělě zvyšuje svoje priority. Game Mode řeší za uživatele situace, které omezují jeho výkon. To znamená, že standardně (dle manifestu) se aplikacím na pozadí sníží priority a zvýší výkon prioritní aplikace např.: hře. Bohužel je tu potíž s aplikacemi, které si vynucují úrčitou prioritu pro svůj běh. Zpravidla taková aplikace běží ve více vláknech (cyklech) s běžnou prioritou a nedochází k propadům. V okamžiku zvýšení prioritu, manuálně nebo vynuceně v reakci na snížení, začne aplikace vytěžovat celý systém. V praxi to znamená, že benchmarky a hry budou dosahovat nižších hodnot, než by při optimalizaci (systémové řízení priorit a synchronizace) dosáhla.

Dobrá zpráva je, že testovací (vývojářské) buildy Windows 10 jsou dostupné pro vývojáře a řeší právě optimalizace i pro procesory Ryzen. Ona to není žádná zásadní změna, ale pouze úprava sheduleru v bohatém API Windows 10. Ve stručnosti, pro AMD je důležité, aby systém - sheduler nestěhoval každou "milisekundu" běžící tasky po jádech, protože přepínáním se mění nastavení jader (úsporné režimy, kterými jsou procesory Ryzen vybaveny) a tím zabrání zbytečným ztrátám výkonu.

Proto i pro Intel existovali "záplaty", které řešili přesuny a latence. Přesně to dělá Game Mode.

[Igoreso]

a je nějaká naděje že se tímto zvýší herní výkon?

[Hladis]

Ja nejaky takovy pochybny patche na HT a udajny boosty fps zkousel a rozdil byl nula nebo zaporny.

[DOC_ZENITH]

Může o dost, kdyby to v praxi fakt zamezilo přehazování threadů na jiná CPU, jiné numa bloky a na HT jádra mohlo by to pomoci dost, o tom impactu "switchování" ti pokud vše dobře dopadne povim už dnes večer. Otázkou ale je jaká bude implementace v praxi a jestli to nebude jen pára nad hrncem.

Jinak ještě k RAM, teď jsem narazil na tenhle oficiálni obrázek:



Celkem jalový, tzn dva dual-ranked moduly na kanál (tzn nutné pro 64GB, všechny 16GB moduly jsou dual-ranked, single můžou bejt max 8GB) je garantováno max 1866Mhz? Wow... Dost slow. To Intel ti Garantuje u 2011ctky 2400 i při nasazení 256GB RAM.

[Elkim]

Přímo od AMD je doporučený pro optimální výkon jet 2667, takže duály bez šance proto všem posílaly singly v review kitech.

[Comby]

Kontroloval niekto súvislosť slabších výsledkov podľa dosky? Joker, ktorému vyšla plichta 1700/7700K, použil Gigabyte X370 Gaming 5. Videl niekto na tejto doske slabšie výsledky?