::: AMD Zen Samlingstråd :::

Ja visst är det intressant, jag sitter och försöker hitta något som skulle kunna orsaka det hela men PCI-E rapporterar 3.0@16x för bägge vilket också bekräftas av GPU poängen som är praktiskt taget identisk/inom felmarginal. Så det är inte till grund. Det rör sig heller inte om enbart variation mellan rundor heller då stock konsekvent är snabbare än oc hur många rundor jag än kör. Lika minnet är kvar på 3333 med samma timings/inställningar.

Det enda jag kan tänka mig är att moderkortet fu%&ar upp något vid manuell OC som kanske inte direkt syns men vad? Infinity fabric frekvens?

Funderar på att sätta en 3.7GHz manuell OC med stock volt för att se hur combined testet reagerar...

Jag tror att jag har kört för många rundor i Firestrike nu. Nu provade jag manuell OC med fixerad volt istället för offset och behöll dessutom coreparking igång vid 3975MHz och voila
http://www.3dmark.com/fs/13601671
Nu över 20K!

Boven i dramat verkar vara offset volt vid OC på detta mobo, varför och vad som händer har jag ärligt talat inte den blekaste om då inget annat test har reagerat på detta sätt och det är heller ingen skillnad på stabilitet. Känns hur som helst som att mobot gör något galet med någonting.

Ok, med offset voltage ute ur leken så får jag följande resultat som faktiskt beter sig som förväntat med frekvens
www.3dmark.com/compare/fs/13601756/fs/13601818/fs/13601671/fs...

Har faktiskt ingen rimlig förklaring till varför detta sker då jag justerat spänning till samma vcore under full last vid offset och vid fixerad så däri finns egentligen ingen skillnad.

Jag skulle ta det en aning försiktigt med för hög vcore, vid kallstart kommer mobot applicera en vcore som överstiger det man angivit rätt duktigt vilket betyder att det kan bli lite tokigt om man redan kör 1.7v, då kan cpu få upp till 1.8-1.9v vilket är extremt högt på luftkylning och extremt högt oavsett kylning. Vid dessa nivåer kan chip dö utan att det går jättevarmt.

@tellus82: Har för mig att det stod något om en bugg för... infinity fabric clock? Att vid overclock så skulle dennes basfrekvens minskas? Minns vagt om något liknande iaf. Kanske ett spår att gå på.

Skulle kunna vara något sådant som spökar, fick upp fps till ~40 I combined testet nu med 4100MHz på cpu och det ökade på poäng till 20458 så nu verkar det lira som det är tänkt.

www.3dmark.com/compare/fs/13602607/fs/13602664
Här ser man att gpu testen presterar identiskt och combined ökar enligt förväntning, fysik låg lite lägre här på OC men det varierar mellan körningar rätt bra.

Skickades från m.sweclockers.com

Intels nya 8700K med 6 kärnor når endast Ryzen 1600 i multitrådad prestanda (1600X är snabbare än Intels 8700X) gamla 5960X från 2014 är till och med snabbare än denna. Så frågan är ska Intel sätta priset mellan 2000-2500kr på denna cpun annars är valet enkelt.

se http://www.guru3d.com/news-story/intel-core-i7-8700k-benchmar...

Jag skulle ta detta med ett par ton salt...

hur man än räknar så kan man inte få mer än +50% när du går från 4 till 6 kärnor om allt skalar 100%. 7700K 960p 960*1,5=1440 som absolut bäst men 6900K med 8 kärnor får endast 1549p. så 1230 som 8700K får känns rimligt.

@sesese: Jag skulle nog mer gissa på 13-1350 faktiskt men min poäng är mer att man bör som alltid invänta ordentliga tester.

I Cinebench, ska nämnas. Cinebench verkar vara något av ett best-case scenario för Ryzen av någon anledning. Kanske för att det är extremt lätt att köra flera trådar parallellt (bara att dela upp bilden i X antal segment, 1 för varje tråd). Trådarna behöver heller inte kommunicera med varandra (den tråd som renderer en del av bilden behöver inte bry sig om vad som händer i andra delar av bilden), så Ryzen flaskar inte p.g.a Infinity Fabric och kommunikation mellan CCX:er.

Visst, det är ändå imponerande av 1600X, men 8700K kommer vara överlägsen i de flesta tester, både enkel- och flertrådade.

Läste om detta idag

http://wccftech.com/amd-vega-11-gpus-entering-production-vega...

CCFTech		Polaris		Vega		Vega		Vega
Year		2016		2017		2017		2018
GPU		Polaris 10	Vega 10		Vega 11		Vega 20
.....
PCI Express	3.0		3.0		3.0		4.0

Kommer vi se PCIe 4.0 redan under 2018 för Zen också? Trodde det var ev. tänkt att hoppa över 4:an då 5:an finns tillgänglig runt hörnet (2019). Jag tänker att AMD måste släppa AM4+ med PCIe 4 innan de kan ens släppa Vega 20, om det nu stämmer att den ska ha PCIe 4.0

@HappyPie: Även om dom tekniskt kanske stödjer 4.0 på gpu sidan så betyder det inte att 4.0 kommer slå igenom på något sätt vare sig med moderkort eller processorer, enda anledningen idag att hoppa på 4.0 vore för nvme m.2 som idag limiteras av 3.0x4.
Personligen ser jag större fördelar att jobba fram 5.0 och få ett betydligt större kliv i prestanda även om denna prestanda just nu skulle ge precis noll fördelar för en normal gamer. Om man däremot har behov av löjligt hög bandbredd för lagring så skulle 4.0 eller 5.0 ge en bra fördel, visserligen kan man argumentera att har man dessa behov så finns det redan plattformar med den bandbredden tillgänglig (HEDT)

CCFTech		Polaris		Vega		Vega		Vega
Year		2016		2017		2017		2018
GPU		Polaris 10	Vega 10		Vega 11		Vega 20
.....
PCI Express	3.0		3.0		3.0		4.0

Eftersom PCIe 4.0 är fram och bakåtkompatibelt, precis som alla tidigare PCIe-versioner, så kommer det gå utmärkt att sätta ett Vega 20 kort i en PCIe 3.0 port.(Med största sannolikhet utan något prestandatapp.)

https://en.wikipedia.org/wiki/PCI_Express#PCI_Express_4.0

Tittar på hårdvara till en liten transcoderings-server, kollar både på 7820X och 1700/1700X/1800X. Skulle någon ryzen 7 ägare vara så vänlig att prova benchmarket här: #17006874 ?

Känner att det är lite oklart hur de står sig mot varandra iom att nyare versioner av x264/x265 har en hel del att hämta från AVX och om jag förstått det rätt så är Intel vassare där. 1700 är nog säkert prisvärdare, priset är dock inte supervktigt, men 7820X bör vara märbart snabbare för att vara intressant. Är dock skillnaden mer lik den i cinebench är det ju dock en no-brainer för ryzen.

Fick följande med en stock 1800x, märkte att den fluktuerade lite i frekvens på x265 testet och detta pga strömlimiteringen som kan kicka in under full load, den kan begränsa xfr vid alla kärnor lite. lägsta jag såg var 3675MHz istället för 3700MHz. Denna begränsning är inte aktiverad vid OC.

Edit: Glömde säga att belastning under x264 testet låg och pendlade mellan 80% & 90% så inte alla 16 trådar belastas till 100% utan runt ~14, i x265 låg den på 100% hela testet.

Vart är alla Bussines maskiner med Ryzen? Typ Hp Prodesk osv

Nej det är inte fel på alla före v25... En forum myt att det skulle vara just före v25 och det berör inte alla tidiga ryzen heller. Berörda får dom dessutom utbytta. Dessutom drabbar det enbart användare som kompilerar många arbeten parallellt och i *nix miljö

M.2 är i sig begränsat till PCIe 2 x8 och PCIe 3 x4 idag, vilket skulle resultera till PCIe 4 x2 d.v.s. 4GB/s
Så jag tror inte att själva PCIe standaren kommer att öka hastigheten/bandbredden, bara antalet lediga kanaler för att kunna ha flera M.2 diskar. Det är M.2 standarden i sig som borde öka sin specifikation idag till PCIe 3 x16 d.v.s. från 4GB/s till 16GB/s därefter till 32GB/s när PCIe 4 tillkommer. Har inte förstått varför M.2 är begränsad till PCIe 3 x4 när samtliga PCIe standarder stödjer upp till 16 kanaler. Kanske för att PCIe 1.0 x16 är 4GB/s..... :/

Jo absolut att det ska fungera med bakåtkompatibiliteten, men tanken är att varför släppa ett PCIe 4 grafikkort om resten av plattformen inte finns tillgänglig? Vad är kommunikationen där? "Vill du utnyttja PCIe 4 gå över till konkurrenterna" (om de ens har det)? Eller att kortet är så pass bra att du kan köpa det nu och uppgradera resten av datorn sen?
Dessutom vill jag lägga in fler än ett kort

Vad jag har förstått av AMD är att det ska komma ett ny socket till CPU:n när det kommer ny PCIe standard och(eller?) en ny RAM standard, tills dess används samma AM4, TR(SP4r2) & Epyc (SP3) socket.
PCIe 4 är tänkt att komma 2019 och DDR5 runt 2020, Jag antar att AMD kommer ändra socket när båda finns tillgängliga.

TL;DR:
Kanske är det så att AMD tänker implementera DDR5 och PCIe 4 lite tidigare än tänkt, tidigare än konkurrenterna för att vara först?
AMDs ingenjörer verkar tycka om att köra ny teknologi, även om det finns en risk för att det inte är riktigt moget än.
Då kan det kanske vara ett strategiskt tänk att ta och implementera en sak i taget och istället för allt på en och samma gång, för att minska ev. riskerna med ny teknik? Att ha PCIe 4 kort klara inför moderkortets lansering med PCIe 4 och DDR5.

Verkar som det går att forcera fram felet i Windows också. Men kanske har de hittat en lösning med nytt AGESA 1.0.0.6b:
http://www.phoronix.com/scan.php?page=news_item&px=AGESA-1.0....

Enl. vissa moderkortsmanualer står det typ "PCIe 2.0 x8 or PCIe 3.0 x4", är det fel skrivet då? (genuin fråga, ej sarkasm)

För övrigt så behöver man inte skapa en ny kontakt för att M.2 ska klara av flera PCIe länkar, eftersom det finns gott om reserverade kontakt-pins för framtida användning. https://en.wikipedia.org/wiki/M.2

Det handlar inte om att "hoppas" på att alla länkar i kedjan som kontroller, pins etc skulle automagiskt följa ny ökad standard.
Det finns inget större incitament att gå över specifikationerna för bl.a. kontroller-kretsarna, men om specifikationen stödjer högre hastigheter är det upp till tillverkaren att skapa anpassade diskar med passande bandbreddsnivå för ändamålet.
Precis som med PCIe slots, där det finns både en elektrisk skillnad från x1 till x16 samt fysisk storleksskillnad för slots från x1 till x16. Nu kör M.2 fysiskt upp till x16 lanes (om man inkluderar reserverade pins) men är elektrisk enbart till x4 lanes

Det brukar väl alltid ta tid en viss tid innan nya arkitekturer hittar ut i den typen av maskiner. Nu har väl AMD varit ganska frånvarande under en tid från marknaden så det lär väl också vara en faktor som väger in. Brukar väl inte vara ett segment där "the latest and the greatest" firar så mycket triumfer.

Buggar verkar efter egna efterforskningar inte vara alltför ovanliga i processorer, här var ett fall där en försvinnande liten dela av användarskaran visat sig få negativa konsekvenser av den. Jag tror inte att varken fler eller färre av de stora tillverkarnas business-maskiner skulle ha Ryzen, med eller utan upptäckten av denna bugg.

Tackar, x264 resultatet bättre och x265 något lägre än väntat. Men helt klart respektabelt. Då behöver jag bara hitta någon med en 7820X!