::: AMD Zen Samlingstråd :::

Jag skulle sätta en slant på att AMD inte lanserar någon Zen-baserad 2,6GHz CPU som drar 30W eller mindre per åtta kärnor inom ett år.

Jag har iofs haft fel förut, och lär ha det igen.

@lorgix: Tror inte att du har fel.

Det här är intressant.
http://www.theoverclocker.com/windows-high-performance-mode-l...
"High performance mode" kan minska prestanda.
Just performance mode, är något AMD filar på.

Man undrar lite varför det är så många bud om hur man kan påverka prestandan i Ryzen, känns inte som man har hitta den heliga gralen ännu.
Kan det vara så att Ryzen släpptes för snabbt utav Amd, kanske pågrund utav att starka aktieägare ville se resultat?

Amd kanske ville vänta lite till då de kanske visste om att vi har någon eller några fixar såsom bios, bättre OS-support eller drivrutiner som vi måste lösa för att dess kapacitet ska bli så optimal som möjligt.

Om Amd vet vart problemet sitter så vill de kanske inte heller gå ut med detta officiellt.
Då det garanterat skulle påverka försäljningen utav Ryzen negativt med risk att kunderna då skulle vänta att köpa tills de eventuella problemen är lösta, alternativt köper ett Intel system i stället.
Då under tiden så släpps lite saker som att testa att göra detta för att se hur det påverkar prestandan osv.

Jag vet inte faktiskt, men de känns som att det är något som inte riktigt funkar fullt ut när man har läst igenom ett antal trådar och artiklar.
Har själv köpt en R7 1700 med Asus Prime X370-PRO, men inte packat upp det ännu, velar mellan detta och ett Core I7 7700k system och detta pga utav det man har läst.

Det är ganska bekräftat av moderkortstillverkarna ja.
http://www.legitreviews.com/one-motherboard-maker-explains-wh...

Från http://wccftech.com/intel-skylake-e5-2699-v5-32-core-geekbenc...

"Intel’s Skylake-EP Xeon E5 2699 v5 Monster Flagship With 32 Cores / 64 Threads Gets Performance Leaked"

Det här kan betyda att Naples kan komma att bli jämförelsevis billig. Åtminstone de med färre kärnor. Kanske kan den äta lite av Ryzens marginal också, på gott och ont.

Någon som har hittat nån review med ryzen o i7 o i5 med 1080ti sli?
Hade velat se hur det presterar i 1080p 1440p o 4k

Nära på intetsägande test då dom inte talar om CAS och övrig timing...

2133MHz-CL13 slår säkert ett 2400MHz-CL16 som ex...

Sorry!

Finns ju två med 1080Ti single bara. NH var väl ganska mweh då det var så få spel men legit reviews var lite mer givande. Vet att HardOCP har planer på att göra samma test men skulle avvakta till nästa vecka för att se om ryzen fick några mjukvarufixar och bios som fungerade bättre.

http://www.legitreviews.com/cpu-bottleneck-geforce-gtx-1080-t...

https://hardforum.com/threads/gtx-1080-ti-test-on-ryzen-and-i...

Det kan vara något enkelt som spökar, jag letade nyss igenom min egen burk efter vad som orsakade DPC spikar och det visade sig vara Aida64 och dess HW övervakning som vid varje avläsning spikade uppåt 100ms (gigantisk latency), det visade sig vara avläsning av cpu frekvens som orsakade mest latency men också cpu multipel. Efter jag tog bort dessa två från övervakning så försvann DPC spikarna helt och hållet. (Jag kör Aida för enkel visning på extern lcd display av temps/spänning osv.)

Lättaste metoden att utesluta felande mjukvara är att göra en clean boot & kolla latency efter det, är latency normal då så är det garanterat 3:e parts mjukvara som orsakar det hela. Ett annat tillägg är att HPET kan orsaka latency spikar på detta viset också på vissa plattformar, speciellt med viss mjukvara, om ni kör Ryzen master med HPET igång är det höga odds att det är grundorsaken till DPC latency ökning. Slå av HPET helt i uefi och se till att useplatformclock inte är tillagt i bcdedit. Om man vill så kan man prova att köra tscsyncpolicy enhanced för att se om det hjälper latencyn. Sen kan det ibland vara precis tvärs om, att sätta HPET till standardklockan i win10 kan i sällsynta fall råda bot på latency problem, enda man behöver göra för det är att slå på HPET i uefi och sen kör man bcdedit /set useplatformclock true i förhöjd kommandotolk. Man kan även prova att slå av dynamisk tickrate då även detta påverkar DPC latency. bcdedit /set disabledynamictick yes Om man vill gå tillbaka så kan man ta bort värden från boot genom att köra bcdedit /deletevalue disabledynamictick eller bcdedit /deletevalue useplatformclock
Det är med andra ord lite trial and error för att avhjälpa latency problem och det finns ingen universal lösning, det som fungerar på en setup behöver absolut inte fungera på en annan. Mjukvara, drivrutiner, bios och hårdvara kan alla spela in på DPC latency och en burk är mycket sällan lik en annan.

PS. kör man TSC så ska man vid spelande i win10 hamna runt 500µs, kör man HPET lägger det sig ganska stabilt på 1000µs
Med min burk & helt avslagen HPET och TSCsyncpolicy enhanced så ser det ut såhär

Normalt bör dxgkrnl och ACPI ligga som högst rapporterade, latencymon kan visa jäkligt fel på win10 likaså DPC latency checker men för det mesta är det någorlunda rätt siffror. Det är väl ganska höga odds at det är en drivare som orsakar latency spikarna, problemet är bara att hitta den. Det skulle också kunna orsakas av instabila internminnes inställningar eller precis på gränsen OC.

Oftast UEFI/bios som ligger bakom fel som dessa, i dessa fall är ett byte av bios eller moderkort den enda vägen till en lösning tyvärr.

@SeF.Typh00n:
Det skulle kunna vara något som går i strömspar läge, prova att slå av pci-e strömspar i energi planen & slå av "tillåt att datorn stänger av denna enhet för at spara ström" i enhetshanterarn på hårdvara som har detta som valmöjlighet. Olika C6 lägen och sata strömspar kan också ligga bakom.

Rätta mig om jag har fel, men brukar inte hard page fault, helt enkelt vara inläsning av en fil eller swap från disk?

Jo det påvisar att en arbetstråd blivit satt i väntläge för att data fattas och ska läsas in i minnet, såvitt jag begriper det. Detta i sin tur kan orsakas av rätt mycket, inklusive instabilt internminne, HDD problem, drivar strul, osv osv. Ganska svårt att säga direkt vad som är orsaken. Det kan också orsakas av ett direkt programmeringsfel som pekar på fel minnesadresser.

Jo men då är ju detta inget onormalt, du får det med jämna mellanrum, innan Windows läser från disk.
Namnet är lite missvisande, det behöver inte vara något fel.

edit Testade förresten att ställa in i schemaläggaren till bakgrundstjänster, testade 3DMark11, Time Spy och Firestrike, ingen skillnad, jag har dock strömspar satt till Balanserat, kan testa om det gör större skillnad med denna satt till Performance i helgen.

@SeF.Typh00n Vad jag skulle testa, om jag hade ljudproblem, efter det att jag uppdaterat ljudrutinen till senaste förståss, är nog att slå av alla ljud"förbättringar".