PCTuning fórum

AllowedCry píše:O streamu sem se vůbec nebavil, nevím jakou většinu máš na mysli. Samozřejmě, že se CPU peče a grafika mu dopomáhá, jde o to, že ve výsledku to vycucnu rychleji, než s 8core. Ale nedíval sem se na všechny formáty, zda u nich jde použít GPU.

Většinou takovou, že grafika akorát pomáhá při samotné práci, ale ne při enkódování. Jestli se nepletu, tak enkódování stále u Premiéry probíhá čistě přes CPU, to stejné u Sony Vegas, takže ti to GPU nijak neurychlí. Alespoň tak to bylo ještě nedávno u obou a nevím o tom, že by se to měnilo.

Tady mate nejaky testy CPU/GPU v Adobe Premiere ale chybi tam AMD http://www.techspot.com/article/1270-pr ... rformance/

Blue Storm píše:

AllowedCry píše:O streamu sem se vůbec nebavil, nevím jakou většinu máš na mysli. Samozřejmě, že se CPU peče a grafika mu dopomáhá, jde o to, že ve výsledku to vycucnu rychleji, než s 8core. Ale nedíval sem se na všechny formáty, zda u nich jde použít GPU.

Většinou takovou, že grafika akorát pomáhá při samotné práci, ale ne při enkódování. Jestli se nepletu, tak enkódování stále u Premiéry probíhá čistě přes CPU, to stejné u Sony Vegas, takže ti to GPU nijak neurychlí. Alespoň tak to bylo ještě nedávno u obou a nevím o tom, že by se to měnilo.

U vegasu byla možnost GPU enkódingu už roky dozadu, ale stálo to za prd. u NV byla výsledná kvalita horší jak u CPU, u AMD byla cca stejná ale výstupní soubor mnohem větší (až 2x). Takže to nemělo smysl. Kde mi ale GPU funguje fajn je Cyberlink powerdirector 14, rozdíl v kvalitě jsem nezaznamenal a kor v H265 to GTX980ti dost urychlí. Ale je třeba i silné CPU, takové 8 jádro je ideální aby nebyl bottleneck na straně CPU během renderu.

Dolan píše: A inak áno, je to z časti dôvod... aj keď:
a) má nejaký zmysel označovať ten proces ako GPU-orientovaný, keď na ňom ZEN dosahuje 4GHz? Nie pretože to je už pár rokov prežitok. (malý rozdiel v architektúrach + vysokú výkon HD knižníc)
b) je to tak trocha paradox, pretože práve metal stack bol na tom procese najviac kritizovaný (keďže vychádza z 20nm). No a tak nejak by to znamenalo že aj Intel má ešte 22nm BEOL.

všaj já netvrdím, že je to nutně špatně, každý zvolený postup je nějaký vhodným kompromisem mezi densitou a dosažitelnými takty. AMD používá u SoC HDL knihovny, u high performance CPU byly postupy udajně trochu odlišné. (těžko říct jak moc) Podle interního návrhu pipeline v ZEN by škálování nemělo být pro RYZEN problémem. Spíš to může být zvolený výrobní proces či právě design/layout tranzistorů. To by mohlo vysvětlovat proč ZEN (prozatím) končí někde na 4,2 -4,3 GHz na vzduchu. Naproti tomu jak BD tak Intel CPU jsou taktovat až k 5 GHz.

Ukazuje se totiž, že ty takty jsou už mírně nad optimální frekvencí (stejně jako u Polarisu) protože mírným undervoltingem lze dosáhnout podstatně lepších vlastností. Někde na netu už visí test. Nabízí se jistá analogie s Polaris GPU, kdy takty byly posunuty za optimální hodnoty. Z toho lze usoudit, že AMD se snažila vymáčknout z toho CPU co nejvíce to pujde kvůli co nejlepším výsledkům v benchmarcích.

Je dále otázkou jak moc se může současný 14nm LPP zlepšovat, spíše bych to viděl větší šanci v použití další generace 14nm LPU než dorazi 7nm .

Já jen doufám, že jakmile AMD vydělá na ZENU nějaké prachy , tak je použije na vývoj dvou separátních verzí CPU, jednu s vysokou densitou tranzistorových hradel (notebooky, AiO PC, úsporné verze CPU) a druhou s většími odstupy tranzistorů pro 4GHz+ frekvence.

PS: ještě dodatek. To hodnocení frekvencí/density/tranzistor layout je značně neobjektivní pokud na tu problematiku budeme nahlížet čistě optikou desktopového pařmena, protože gameři mají obvykle naprosto odlišné požadavky na CPU oproti jiným zákazníkům nebo serverovým klientům. Tam se hledí na úplně jné vlastnosti a z tohoto úhlu pohledu pak dává rozhodnutí AMD zvolit právě takový design mnohem větší smysl.

Baneshee píše: Neobjevilo se v nejake recenzi srovnani Ryzenu s 2500K/2600K na 4,5GHz? Celkem by me zajimalo, v cem se upgrade z pretocenyho SB vyplati/nevyplati.

Jestli myslíš hry, tak výkonově určitě ne. Možná lepší spotřeba a univerzálnější cpu, pokud to potřebuješ i na práci.

AllowedCry píše:Samozřejmě, že se CPU peče a grafika mu dopomáhá, jde o to, že ve výsledku to vycucnu rychleji, než s 8core. Ale nedíval sem se na všechny formáty, zda u nich jde použít GPU.

Co jsem se ptal, tak všichni kolem mě co renderují video dělají finální rendering na CPU z důvodu nejvyšší kvality. Rendering přes GPU má horší výslednou kvalitu.

del42sa píše:... To by mohlo vysvětlovat proč ZEN (prozatím) končí někde na 4,2 -4,3 GHz na vzduchu...

Nemůžu si pomoct, ale podle těch recenzí ze strany 27 končí Ryzen na 4 - 4,1 GHz, ani jednou tam není 4,2 nebo 4,3...

Ja mam jeden z naj kusov co daju 4.2GHz.

http://hwbot.org/submission/3479704_

Rendering přes GPU má horší výslednou kvalitu.

Jiste mi k tomu pripises nejaky zdroj?

del42sa píše:Já jen doufám, že jakmile AMD vydělá na ZENU nějaké prachy , tak je použije na vývoj dvou separátních verzí CPU, jednu s vysokou densitou tranzistorových hradel (notebooky, AiO PC, úsporné verze CPU) a druhou s většími odstupy tranzistorů pro 4GHz+ frekvence.

Intel má peňazí doslova na rozhadzovanie a aj tak nemá 2 separátne verzie procesu, aj keď v tých Xeonoch phi by sa mu hodili. Skrátka to nieje len tak možné.

Ona nižšia densita sa často spája s lepšou distribúciou tepla, ale tiež spôsobuje vyššie parazitné RC, čo vedie k ešte vyšším prúdom...

A tak ďalej. On je problém že weby ako diit, ehw a podobné napíšu len že je nepriamy lineárny vzťah medzi densitou a frekvenciou a že "GPU proces" je iný ako "CPU proces" a každý tomu verí, že sa to dá aplikovať všade, len ono je toho viac a niektoré prípady práve ukazujú že ten vzťah tak nejak neplatí.

Inak samozrejme že sa ZEN+ zlepší, možno nie ako BDW->SKL->KBL, ale určite aspoň nejak. AMD tu muselo zvládnuť veľa nových vecí, najme finfety a prvé procesory na Samsungáckom PDK (Nvidia tu mala obrovskú výhodu v podobe známych tovární, takže získali 60% vyššie takty na prvý pokus).

Ale že by obetovali densitu len aby vydali procesor s pár MHz navyše... (berme do úvahy aj to že ZEN+ sa určite zlepší). Myslím že skôr nie. Môže sa stať že ich tranzistory majú ideálne charakteristiky okolo tých povedzme 3,5 GHz pri určitom napätí, prúde a teplote, a zvyšovanie nebude výhodné...

AllowedCry píše:Jiste mi k tomu pripises nejaky zdroj?

To žádný zdroj nepotřebuje, je to obecný fakt, že enkódování přes GPU při stejném bitratu má horší výslednou kvalitu. Ale bude záležet pravděpodobně i na druhu kodeku a jde to vykompenzovat zvýšením bitratu (byť, jak už zmínil DOC, to potom vyústí v několikanásobně větší soubor a ne vše to potom přehraje).

CageJ píše:Ja mam jeden z naj kusov co daju 4.2GHz.

http://hwbot.org/submission/3479704_

To se ani nedivim s takovym taktem ramek. To bude urco vykonnejsi 4ghz a ramky na 3200 nez tohle

Ad GPU převod: Je to sice mimo mísu (téma), ale také potvrzuji, už roky zpět jsem převáděl videa pomocí GPU a CPU a vždy byl výsledek horší kvalitou u GPU převodu, takže jsem to pak vzdal a převádím jen přes CPU. Doufal jsem že léta časem vypilují převod přes GPU k lepšímu stavu, ale pokud vím, tak dodnes tomu tak není a stále je rozdíl v kvalitě především, ostatně ať si to kdo chce přímo vyzkouší, např. převod z kvalitního zdroje (4K video 50 mbps atd.) a hodí to do třeba 1080p atp. a uvidí sám jak to je, tipuji že i dnes v roce 2017 je to stále stejné a GPU převod má jen tu výhodu co měl vždy - časovou úsporu, jinak asi nic.

Já už mám všechny tři kousky u sebe... ještě někde sehnat nějaké pořádné paměti, protože ty 2800C14 Kingstony stojí za prd...

Francouzi už vyzkoušeli ten problém s L3 cache a je to jasný https://www.techpowerup.com/231268/amds ... s#comments

šílený latence a začíná to nad 4MB zaplnění. Jde o to, jak je to slepovaný, tak vlastně L3 cache není 16MB ale 2x8MB a pak jsou tam tyhle výkonnostní problémy u her, který jsou na to více náchylnější. Neví někdo jestli se dá tohle vyřešit, biosem nebo tak? Nebo je to úplně v háji a bude lepší počkat na refresh těch procesorů, ale tím by zabili komplet 8 jádrovou řadu.

Objavili Ameriku

AllowedCry píše:Jiste mi k tomu pripises nejaky zdroj?

Ty jsi snad nikdy nerenderoval a přitom o tom mluvíš? Jinak si to nedokážu vysvětlit.
Jak už tu padlo, render jede v drtivé většině případů pouze přes CPU. Jak Sony Vegas, tak Premiere. A z prostého důvodu, protože HW render přes GPU má při stejném bitratu znatelně horší kvalitu. To je známý fakt už hodně let, nevím, co chceš za zdroj. Si to sám zkus.

Nebavite se o moznosti akcelerace encodingu pres opencl (shadery)?

Dolan píše:On je problém že weby ako diit, ehw a podobné napíšu len že je nepriamy lineárny vzťah medzi densitou a frekvenciou a že "GPU proces" je iný ako "CPU proces" a každý tomu verí, že sa to dá aplikovať všade, len ono je toho viac a niektoré prípady práve ukazujú že ten vzťah tak nejak neplatí.

Jenže oba ty weby mají obecně pravdu v tom, že tam ten limit je.

Celou dobu se totiž pouze spekulovalo jaký bude dopad HDL a sami představitelé AMD tvrdili že ten trade off je frekvence, jen se přesně nevědělo kolik to zhruba je. http://www.anandtech.com/show/6201/amd- ... itecture/2

Tyhle HDL knihovny jsou super pro mobilní čipy a noteboky, kde ty čipy nepotřebují běhat na nějakých extra vysokých frekvencích a úspora energie je přitom poměrně vysoká. Řekl bych ale, že se Sumit Ridge a Bristol Ridge máme odověď, ten limit tam prostě je. Otázkou je kolik jde na vrub samotnému 14nm FF procesu a kolik HDL.

U desktopových čipů ale platí trochu jiné vlastnosti.Tady by se každý megahertz navíc počítal. Sám Stillt napsal, že i když by byl pro AMD přechod na jiný výrobní proces extrémně drahý, tak by se pořád vyplatil, pokud by to přineslo ZENu o 300MHz vyšší takty. (např. 16nm FF+)

A je tu můj 1800X Ryzen