AMD Ryzen (ZEN1) & AM4 Ervaringen Topic

[EelcoB]

reset heb ik al een keer gedaan, zonder resultaat, mem timings zijn ook nog steeds zoals ingesteld, en zodra ie eenmaal loopt is de zaak perfect stabiel. Temperaturen zijn lachwekkend laag ivm custom water cooling, een graadje of 35 is momenteel normaal met een 30 graden case temperatuur. Ik heb nog geen uitgebreide benchmark sessies gedraaid, maar in het dagelijks gebruik nog niets vreemds tegengekomen.

Ik zie dat ik nog op 0902 bios zit, wellicht eens een poging doen om te updaten...

[-The_Mask-]

Ik heb het al tientallen keren gezien, vanaf socket 775, daarvoor was ik weinig met PC's bezig, dus geen idee hoe het er voor was. Maar vanaf socket 775 is het dus sowieso normaal voor heel veel moederborden. Je kunt het ook overal op internet overigens vinden, zoveel mensen die dezelfde vraag stellen.

[D0gtag]

-The_Mask- schreef op maandag 29 mei 2017 @ 23:54:
Ik heb het al tientallen keren gezien, vanaf socket 775, daarvoor was ik weinig met PC's bezig, dus geen idee hoe het er voor was. Maar vanaf socket 775 is het dus sowieso normaal voor heel veel moederborden. Je kunt het ook overal op internet overigens vinden, zoveel mensen die dezelfde vraag stellen.

Het kan een mobo feature zijn maar het is niet normaal en heeft vaak met OC en bios profielen te maken.

i found this post on the Asus web site

That's a "feature" of Asus Maximus, if not many others. They apply some power and clocks, particularly to RAM, then check performance. They train themselves that way, then shut down and start for real. As long as standby power is applied, they remember the training and don't need a double boot. The double happens again every time the PSU is unplugged or switched off.

Jeff

so I'm guessing this is a normal occurrence using this motherboard. I also usually shut off the power to my power supply after the computer is off. When i dont shut the power supply off it boots without restarting i guess this is the issue . Thanks everyone!

This is the link

[MrCharming]

-The_Mask- schreef op maandag 29 mei 2017 @ 23:54:
Ik heb het al tientallen keren gezien, vanaf socket 775, daarvoor was ik weinig met PC's bezig, dus geen idee hoe het er voor was. Maar vanaf socket 775 is het dus sowieso normaal voor heel veel moederborden. Je kunt het ook overal op internet overigens vinden, zoveel mensen die dezelfde vraag stellen.

Ik heb dit nog nooit gehad tenzij er iets mis met de BIOS of hardware was en ook nog nooit over gelezen op fora, tenzij er problemen waren.

Zou dan ook echt niet wat lijkt op een halve boot loop als "normaal" beschrijven.

Kan je zeggen met welke moederborden dit voor kwam?

[ Voor 4% gewijzigd door MrCharming op 30-05-2017 01:24 ]

[Phuncz]

Verschillende Intel chipset borden die ik heb, doen dit. Socket 1150 en 1155. Ik vermoed dat het een symptoom van een UEFI feature is.

[ymaenhout]

EelcoB schreef op maandag 29 mei 2017 @ 18:13:
Ik heb tot op heden nog geen issues gehad met de memory timings, anders dan dat ik deze handmatig in moest stellen in de UEFI, ik draai momenteel met mn G.Skill RGB 3200 de volgende timings zonder problemen:

[afbeelding]

Tot op heden nog geen problemen ervaren met de Ryzen build, behalve een gestorven M.2 SSD.

De enige onhebbelijkheid van het Hero bord is het feit dat deze nogal lang over z'n post doet, en vaak de 1e cold boot aan gaat, na een paar tellen weer uit, en weer aan. Verder geen meldingen dat er iets niet goed zou zijn. Zijn er nog andere mensen die dit issue ook hebben?

UEFI is nog niet geupdate, dus wellicht dat dit verbeteringen met zich mee brengt, huidige versie weet ik zo even uit mijn hoofd niet.

Heb dat met mijn hero 6 bord ook. Na een cold boot gaat hij even aan, lijkt wat zaken te checken om vervolgens af te slaan en hierna normaal op te starten.

[EelcoB]

ymaenhout schreef op dinsdag 30 mei 2017 @ 07:50:
[...]


Heb dat met mijn hero 6 bord ook. Na een cold boot gaat hij even aan, lijkt wat zaken te checken om vervolgens af te slaan en hierna normaal op te starten.

mmm, lijkt dus iets te zijn van de Hero 6 borden, vreemd genoeg stond gisteravond toen ik thuis kwam ineens de mainboard verlichting aan, terwijl deze toch echt uit moet staan volgens de Aura software. De LED strip dit ik er aan heb hangen stond echter wel uit. Gisteren geupdate naar de nieuwste BIOS, ook met deze geen problemen met mem timings, zolang ik deze maar handmatig invoer.

@z999 Ik heb hetzelfde mem, met welk bord draai jij dmv XMP wel op de juiste timings? Ik moet met mijn Hero bord namelijk nog handmatig snelheid en timings configureren.

@D0gtag Ik zal eens in de gaten houden of dat dit inderdaad alleen optreedt als de zaak spanningsloos is geweest, dit is de afgelopen tijd wel een aantal keer gebeurd tijdens de opbouw en afwerking van de kast, wellicht dat ik de link daarmee niet heb gelegd.

[ Voor 8% gewijzigd door EelcoB op 30-05-2017 08:21 ]

[Luiaard]

Gigabyte F7a bios voor AB350 Gaming 3 geeft mij XMP profiel (2933) zonder zelf nog extra voltage toe te hoeven passen en werkt direct zonder een aantal maal te cyclen. Timings zijn nu ook precies wat de fabrikant van het geheugen aangeeft. Ik kon 2933 al wel draaien vanaf F6 (Agesa 1.0.0.4) maar dan wel met handmatige 1,4V.

Nu mijn processor voltage nog finetunen voor een stabiele OC. 2,75GHz klapt er nu met het warme weer toch af en toe uit op stock voltage.

EZ-OC/EZ-tune krijg ik trouwens niet aan de praat, dan geeft windows foutmeldingen.

[-The_Mask-]

Phuncz schreef op dinsdag 30 mei 2017 @ 06:46:
Verschillende Intel chipset borden die ik heb, doen dit. Socket 1150 en 1155. Ik vermoed dat het een symptoom van een UEFI feature is.

Nee zoals ik al zei is het normaal voor een groot aantal moederborden als je instellingen wijzigd die te maken hebben met overklokken. Het heeft ook niks te maken met UEFI want in de tijd voor UEFI was het niet anders. Dus nogmaals, het is normaal. Dat iemand het niet vaker heeft gezien zegt niks.

MrCharming schreef op dinsdag 30 mei 2017 @ 01:24:
[...]

Kan je zeggen met welke moederborden dit voor kwam?

Nee ik schrijf het niet op, ook omdat het dus normaal is als je instellingen gaat aanpassen voor een groot aantal moederborden. Dat sommigen het niet doen zegt niet zoveel.

[ Voor 24% gewijzigd door -The_Mask- op 30-05-2017 09:16 ]

[foppe-jan]

-The_Mask- schreef op dinsdag 30 mei 2017 @ 09:12:
[...]

Nee zoals ik al zei is het normaal voor een groot aantal moederborden als je instellingen wijzigd die te maken hebben met overklokken. Het heeft ook niks te maken met UEFI want in de tijd voor UEFI was het niet anders. Dus nogmaals, het is normaal. Dat iemand het niet vaker heeft gezien zegt niks.

Mijn vorige mobo+cpu (amd 845, fm2+, stock cpu, wel xmp) deed het niet, en mijn fm2 bord daarvoor ook niet. Mijn huidige deed het al met xmp alleen, of de CPU OC het erger heeft gemaakt durf ik niet te zeggen, maar overdreven vind ik het wel een beetje. Ik hoop dat latere biossen dit aanpakken, maar ik zal mijn adem maar niet inhouden, als ik jou zo hoor.

[aminam]

D0gtag schreef op dinsdag 30 mei 2017 @ 00:10:
[...]


Het kan een mobo feature zijn maar het is niet normaal en heeft vaak met OC en bios profielen te maken.


[...]

Mijn x370 Taichi doet het ook, denk dat het een combinatie is van xmp en uefi

[-The_Mask-]

Voordat XMP en UEFI er was zag je het al.

[wesleytjuh]

Mijn NAS met een Asus servermobo doet dat ook.

[UtopiaM]

EelcoB schreef op dinsdag 30 mei 2017 @ 08:19:
[...]

@z999 Ik heb hetzelfde mem, met welk bord draai jij dmv XMP wel op de juiste timings? Ik moet met mijn Hero bord namelijk nog handmatig snelheid en timings configureren.

Yes, juiste timings. Msi gaming pro carbon

[ikbenrichard197]

Net vernomen van matt (gigabyte markting) dat de gigabyte b350m gaming 3 volgende week waarschijnlijk de 1006 bios gaat krijgen. Nou maar hopen dat ik niet paar keer per week mn cmos moet resetten om dat de pc niet meer start. (zonder overclock..)

[DannyXP1600]

Zijn er al agesa 1.0.0.6 beta biossen gespot voor de MSI B350m Mortar of gehoord wanneer ze verwacht worden? Ik wil ook mijn geheugen op 3200 draaien

[Yahiko750]

Zojuist de beta bios met AGESA 1006 (F6f) op mijn GA-AX370-Gaming 5 geinstalleerd en zelfs met geheugen (G.Skill Flare X - F4-3200C14-8GFX) wat al keurig op 3200MHz draaide is er toch een verbetering zichtbaar. Eindelijk is ook de tRC zoals geadverteerd - 48 clocks. Dit was voorheen 73.

Nu dus 3200MHz op 14 14 14 34 48 1T

[ Voor 10% gewijzigd door Yahiko750 op 31-05-2017 01:07 ]

[FuegoFire]

Yahiko750 schreef op woensdag 31 mei 2017 @ 01:04:
Zojuist de beta bios met AGESA 1006 (F6f) op mijn GA-AX370-Gaming 5 geinstalleerd en zelfs met geheugen (G.Skill Flare X - F4-3200C14-8GFX) wat al keurig op 3200MHz draaide is er toch een verbetering zichtbaar. Eindelijk is ook de tRC zoals geadverteerd - 48 clocks. Dit was voorheen 73.

Nu dus 3200MHz op 14 14 14 34 48 1T

Heb ook de F6F versie geinstalleerd en draait inderdaad prima!

[Yahiko750]

FuegoFire schreef op woensdag 31 mei 2017 @ 10:37:
[...]


Heb ook de F6F versie geinstalleerd en draait inderdaad prima!

Er schijnen wel wat boarden spontaan te bricken met F6F ... hopelijk doet mn pc het nog straks.

[FuegoFire]

Yahiko750 schreef op woensdag 31 mei 2017 @ 11:47:
[...]

Er schijnen wel wat boarden spontaan te bricken met F6F ... hopelijk doet mn pc het nog straks.

Goed dat je het zegt, de eerste twee pogingen gingen bij mij niet goed.

Op een gegeven moment moet je de BIOS file op de USB selecteren in de update tool, daarna zie je een start knop met een microchip icoon. Bij het selecteren van de file liep hij dus twee keer vast. De eerste keer kreeg ik een melding "invalid BIOS file", de tweede keer alleen een zwart scherm. Ik heb voor de zekerheid lang gewacht tot ik iets zag gebeuren, daarna de PC uitgezet. Toen de USB opnieuw geformatteerd en file er opnieuw op gezet.

Heb dit met vorige BIOS updates niet meegemaakt...

[ Voor 3% gewijzigd door FuegoFire op 31-05-2017 11:56 ]

[Yahiko750]

FuegoFire schreef op woensdag 31 mei 2017 @ 11:54:
[...]


Goed dat je het zegt, de eerste twee pogingen gingen bij mij niet goed.

Op een gegeven moment moet je de BIOS file op de USB selecteren in de update tool, daarna zie je een start knop met een microchip icoon. Bij het selecteren van de file liep hij dus twee keer vast. De eerste keer kreeg ik een melding "invalid BIOS file", de tweede keer alleen een zwart scherm. Ik heb voor de zekerheid lang gewacht tot ik iets zag gebeuren, daarna de PC uitgezet. Toen de USB opnieuw geformatteerd en file er opnieuw op gezet.

Heb dit met vorige BIOS updates niet meegemaakt...

Ah, ik gebruik gewoon de @BIOS tool in Windows zelf om te flashen, dat ging wel goed. Echter met spontaan bricken bedoel ik - Een mobo met F6f welke nu gewoon goed boot (Eenmaal), maar na een reboot met geen mogelijkheid meer boot en code 00 op het diagnostic displaytje zet.

Ik heb het nog niet gepoogd vandaag gezien ik op het werk zit maar ik twijfel of ik hierom niet terugga naar F5 tot die bug geanaliseerd is.

[ Voor 6% gewijzigd door Yahiko750 op 31-05-2017 13:18 ]

[MrCharming]

Yahiko750 schreef op woensdag 31 mei 2017 @ 13:17:
[...]

Ah, ik gebruik gewoon de @BIOS tool in Windows zelf om te flashen, dat ging wel goed.

Dit wordt door vrijwel iedereen sterk afgeraden. Veel grotere kans dat dit fout gaat dan in de BIOS zelf flashen.

[ Voor 10% gewijzigd door MrCharming op 31-05-2017 15:19 ]

[Yahiko750]

MrCharming schreef op woensdag 31 mei 2017 @ 15:18:
[...]


Dit wordt door vrijwel iedereen sterk afgeraden. Veel grotere kans dat dit fout gaat dan in de BIOS zelf flashen.

Oeps - Heb het toch al een keertje of 10 gedaan ...

[mstx]

Yahiko750 schreef op woensdag 31 mei 2017 @ 15:46:
[...]

Oeps - Heb het toch al een keertje of 10 gedaan ...

Ik ook

[FuegoFire]

mstx schreef op woensdag 31 mei 2017 @ 15:56:
[...]

Ik ook

Is inderdaad niet aangeraden, ik probeer altijd zo min mogelijk software te gebruiken = minder kans op fouten/bugs. Vooral met het flashen van de BIOS.

Yahiko750 schreef op woensdag 31 mei 2017 @ 13:17:
[...]

Ah, ik gebruik gewoon de @BIOS tool in Windows zelf om te flashen, dat ging wel goed. Echter met spontaan bricken bedoel ik - Een mobo met F6f welke nu gewoon goed boot (Eenmaal), maar na een reboot met geen mogelijkheid meer boot en code 00 op het diagnostic displaytje zet.

Ik heb het nog niet gepoogd vandaag gezien ik op het werk zit maar ik twijfel of ik hierom niet terugga naar F5 tot die bug geanaliseerd is.

Waar heb je gelezen dat het een aantal keer fout is gegaan?

[Gelunox]

FuegoFire schreef op woensdag 31 mei 2017 @ 16:26:
[...]

Waar heb je gelezen dat het een aantal keer fout is gegaan?

Ik weet iig dat ze het bij ASRock zo sterk afraden dat ze niet eens meer windows executables voor bios flashing aanbieden. Je kon dat een paar versies wel doen, maar sinds ongeveer een maand alleen nog maar DOS of UEFI flash.

[Yahiko750]

FuegoFire schreef op woensdag 31 mei 2017 @ 16:26:
[...]


Is inderdaad niet aangeraden, ik probeer altijd zo min mogelijk software te gebruiken = minder kans op fouten/bugs. Vooral met het flashen van de BIOS.


[...]


Waar heb je gelezen dat het een aantal keer fout is gegaan?

http://forum.gigabyte.us/...beta-bios-thread?page=105

In dit topic hebben al 3 mensen (of meer inmiddels) zich gemeld met dat brick-issue.

[FuegoFire]

Yahiko750 schreef op woensdag 31 mei 2017 @ 16:49:
[...]

http://forum.gigabyte.us/...beta-bios-thread?page=105

In dit topic hebben al 3 mensen (of meer inmiddels) zich gemeld met dat brick-issue.

Klinkt inderdaad niet al te best, dat is wel het risico van een beta

Ik ga iig niet meer upgraden tot de officiële F6 versie uit is. Heb gelukkig al meerdere keren gereboot, zonder problemen. Een week na aankoop ben ik al een keer 5 uur lang bezig geweest (doei avond) om het board weer aan de praat te krijgen.

[Luiaard]

Ik vind het vanaf F7a (AB350 Gaming 3) nu echt volwassen worden het platform. Kun je gerust proberen. Die T testversie tussendoor met Agesa 1.0.0.5 was wat dat betreft niet aan te raden en heb ik zo snel mogelijk weer vervangen door de eerdere officiële.

[D0gtag]

Gelunox schreef op woensdag 31 mei 2017 @ 16:35:
[...]


Ik weet iig dat ze het bij ASRock zo sterk afraden dat ze niet eens meer windows executables voor bios flashing aanbieden. Je kon dat een paar versies wel doen, maar sinds ongeveer een maand alleen nog maar DOS of UEFI flash.

Ms dos flash? moet je eerst een virtual machine dos installeren als VDos om je bios te flashen
(aangezien er sinds windows 8 er geen ms-dos meer in windows zit)
Kennelijk download je met de dos versie van bios update een dos versie op je usbstick die daarna je bios flashed.
Ik gebruik gewoon altijd mijn bios voor een flash.

[Verwijderd]

FuegoFire schreef op woensdag 31 mei 2017 @ 21:41:
Een week na aankoop ben ik al een keer 5 uur lang bezig geweest (doei avond) om het board weer aan de praat te krijgen.

Wat heb jij dan wel niet allemaal geprobeerd en hoe kreeg jij het uiteindelijk aan de praat?

Gelunox schreef op woensdag 31 mei 2017 @ 16:35:
[...]


Ik weet iig dat ze het bij ASRock zo sterk afraden dat ze niet eens meer windows executables voor bios flashing aanbieden. Je kon dat een paar versies wel doen, maar sinds ongeveer een maand alleen nog maar DOS of UEFI flash.

Mooi, zolang ze daar maar een gebruiksvriendelijke methode voor hebben (installer downloaden, automatisch een bootable USB maken die de EFI flasht).

[ Voor 43% gewijzigd door Verwijderd op 01-06-2017 06:16 ]

[foppe-jan]

Een van de moderators op het Asrock forum

I've been testing 1.0.0.6 for two weeks now on my X370 Killer SLI/ac.

It's not stable. Well, not completely stable. The DRAM additions have a few issues that need ironed out yet. Which, to be fair, is expected seeings the AM4 BIOS is still maturing. 1.0.0.6 is/was(?) a monstrous step in the right direction.

Sadly, it's still problematic. I don't foresee many if any manufacturers releasing it.


Stay tuned.

[aminam]

Ik update mijn x370 taichi altijd via de uefi internet flash, ideaal hoef niks te neuzen en is best snel. Alleen geld het natuurlijk niet voor een beta bios maar goed even een fat32 usbstickje en klaar is kees.

[Yahiko750]

FuegoFire schreef op woensdag 31 mei 2017 @ 21:41:
[...]


Klinkt inderdaad niet al te best, dat is wel het risico van een beta

Ik ga iig niet meer upgraden tot de officiële F6 versie uit is. Heb gelukkig al meerdere keren gereboot, zonder problemen. Een week na aankoop ben ik al een keer 5 uur lang bezig geweest (doei avond) om het board weer aan de praat te krijgen.

Yep mijn PC boot ook gewoon dus laat F6f er gewoon opstaan tot er weer een final release is.

[Tiny]

Is er iemand die al ervaring heeft met Ryzen in combinatie met een DAW?
Ik ben toe aan een nieuw systeem en ben aan het overwegen een AMD setup te bouwen.

[FuegoFire]

Verwijderd schreef op donderdag 1 juni 2017 @ 06:15:

Wat heb jij dan wel niet allemaal geprobeerd en hoe kreeg jij het uiteindelijk aan de praat?

Uiteindelijk lag het aan het RAM... wanneer niet

Ik heb de boel in totaal iets van 40-50 keer gereboot. Heel veel kabels losgehaald en schakelaars op het board geprobeerd. 50% van die reboots liep vast in de BIOS, de andere helft liep vast in het Windows loading screen. Tot ik één van de twee RAM sticks eruit haalde, snap nog steeds niet waarom dit de oplossing was. Dit was allemaal nog in het begin toen niemand op 2133+ MHz kon booten. Had het board bijna opgestuurd.

[ Voor 10% gewijzigd door FuegoFire op 01-06-2017 12:05 ]

[UtopiaM]

Tiny schreef op donderdag 1 juni 2017 @ 10:00:
Is er iemand die al ervaring heeft met Ryzen in combinatie met een DAW?
Ik ben toe aan een nieuw systeem en ben aan het overwegen een AMD setup te bouwen.

Ik heb een masteringstudio, waarin Ryzen mijn mainsysteem is. Let me know wat je wilt weten

[D0gtag]

Tiny schreef op donderdag 1 juni 2017 @ 10:00:
Is er iemand die al ervaring heeft met Ryzen in combinatie met een DAW?
Ik ben toe aan een nieuw systeem en ben aan het overwegen een AMD setup te bouwen.

Ryzen is een van de snelste systemen -out there- of je nu een i7 hebt of een AMD ik zie geen reden in waarom dit verschil zou moeten uitmaken?
Aangezien het ook 'slechts' om audio gaat en niet het veel hardware intensievere video of CAD.
(4k Raw is 12.5GB per minuut en dat kan zo'n systeem ook stottervrij aan- mits je een SSD hebt met voldoende snelheid en voldoende ram).
Er zijn ook bedrijven in NL die al am4 DAW setups verkopen. (met zeer slechte prijs kwaliteit verhouding)

[UtopiaM]

D0gtag schreef op donderdag 1 juni 2017 @ 15:04:
[...]

Ryzen is een van de snelste systemen -out there- of je nu een i7 hebt of een AMD ik zie geen reden in waarom dit verschil zou moeten uitmaken?
Aangezien het ook 'slechts' om audio gaat en niet het veel hardware intensievere video of CAD.
(4k Raw is 12.5GB per minuut en dat kan zo'n systeem ook stottervrij aan- mits je een SSD hebt met voldoende snelheid en voldoende ram).
Er zijn ook bedrijven in NL die al am4 DAW setups verkopen. (met zeer slechte prijs kwaliteit verhouding)

De ryzen serie is hier geniaal voor inderdaad. Ondervind nergens problemen of niet werkende vst's. Gebruik het systeem dagelijks, er zijn al veel tracks overheen gegaan. Enige probleem wat ik had was met de converter, bij de 1e drivers switchde hij constant aan en uit, na een update was dit compleet weg (Lynx Hilo).

Let wel, dat het exporteren van tracks vaak singlecore is, bij wavelab en FL iig. Draai je meerdere renders is dit probleem opgelost. Vst's draaien bij voorbaat over alle threads.

[ Voor 10% gewijzigd door UtopiaM op 01-06-2017 15:34 ]

[Tiny]

z999 schreef op donderdag 1 juni 2017 @ 15:32:
[...]


De ryzen serie is hier geniaal voor inderdaad. Ondervind nergens problemen of niet werkende vst's. Gebruik het systeem dagelijks, er zijn al veel tracks overheen gegaan. Enige probleem wat ik had was met de converter, bij de 1e drivers switchde hij constant aan en uit, na een update was dit compleet weg (Lynx Hilo).

Let wel, dat het exporteren van tracks vaak singlecore is, bij wavelab en FL iig. Draai je meerdere renders is dit probleem opgelost. Vst's draaien bij voorbaat over alle threads.

Okay cool, thanks, deze info zocht ik.
Werk zelf met Reason en nu met VST support heb ik wat meer power nodig.

[418O2]

Heeft iemand hier al een TX3 evo gemonteerd? Buiten dat die beugel te strak ging naar mijn idee, had ik ook het idee dat de base niet de hele heatspreder afdekt. Of maakt dat niet uit?

[Yahiko750]

418O2 schreef op donderdag 1 juni 2017 @ 16:11:
Heeft iemand hier al een TX3 evo gemonteerd? Buiten dat die beugel te strak ging naar mijn idee, had ik ook het idee dat de base niet de hele heatspreder afdekt. Of maakt dat niet uit?

Zie dit plaatje en trek je eigen conclusie of het niet volledig afdekken van de IHS erg is :)!

https://www.techpowerup.com/img/17-03-10/bcfa43d95802.jpg

[Speedy-J]

418O2 schreef op donderdag 1 juni 2017 @ 16:11:
Heeft iemand hier al een TX3 evo gemonteerd? Buiten dat die beugel te strak ging naar mijn idee, had ik ook het idee dat de base niet de hele heatspreder afdekt. Of maakt dat niet uit?

Ik heb hem op mijn bord gehad met Ryzen 1700@3.8GHz en dat ging gewoon goed.
Bij mij wou de beugel helemaal niet op zijn plaats ,na wat geprul aan dat ding merkte ik dat het weer ging zoals vanouds.
Nu heb ik mijn custom wc er weer in en ik moet zeggen dat dat toch echt wel beter is.
Op 3.9GHz 53 load met prime95 en met de TX3 zat ik aan 68 op 3.8GHz
Dus het werkt wel een stuk beter als de stock koeler die TX3.

[UtopiaM]

Tiny schreef op donderdag 1 juni 2017 @ 16:09:
[...]


Okay cool, thanks, deze info zocht ik.
Werk zelf met Reason en nu met VST support heb ik wat meer power nodig.

Ik heb mixdown projects met 150+ vst's op 96k, no problem. Serieus, ik snap niet waarom men nu nog kiest voor een intel met dit werk. Zag dat i4 een 7700k aanrade, weten we ook gelijk waar je de computer niet vandaan moet halen

[D0gtag]

Yahiko750 schreef op donderdag 1 juni 2017 @ 18:08:
[...]

Zie dit plaatje en trek je eigen conclusie of het niet volledig afdekken van de IHS erg is :)!

https://www.techpowerup.com/img/17-03-10/bcfa43d95802.jpg

Je geeft dus geen antwoord of een fout antwoord.
De die is vast gesoldeerd op de heat spreader.
De reden dat jij thermalpaste op je heatspreader doet is om beter contact te maken met het oppervlak.
Als jou cooler deels van de heat spreader onbedekt laat en dus deel van je cooler onbenut laat gaat de afvoer van energie gewoon minder efficiënt en krijg je hogere temperaturen.
(het is geen elektrische stroom, waarbij er meer stroom door een kleiner oppervlakte gaat).
Koper/aluminium/ kan maar een vaste hoeveelheid energie doorgeven per mm² Als jij die verkleint betekent het automatisch dat jij afgevoerde hoeveelheid verkleint(bij constante koeling natuurlijk). Hoe groter je contact oppervlakte hoe meer energie je kan afvoeren.

Anders konden we allemaal een mini cooler op ons cpu'tje zetten toch.

Met andere woorden als deels van de heatspreader onbedekt is maar je volledige cooler base/oppervlak zit er wel op (wat me stug lijkt) dan is er niks aan de hand, als het midden maar bedekt is.
Maar waarschijnlijk gebruik jij nu een deel van je cooler niet en verlies je efficiëntie.

[djunicron]

Wow, Asus X370 Prime 0801 Beta is er:

http://www.mediafire.com/...ME-X370-PRO-ASUS-0801.rar

vanuit:
https://www.hardwareluxx....x370-pro-am4-1156996.html

De reacties pakken erg goed uit tot nu toe:

https://www.reddit.com/r/...bios_801_with_agesa_1006/

Zelfs 64GB lijkt nu 3200 met aardige timings aan te kunnen, en mensen komen nu ook juist Hoger uit dan XMP waarderingen zoals 3600 op 3466mhz kits.

De update komt mij eigenlijk niet heel erg gelegen op dit moment, heb de machine even nodig, zeker tot zondag. Beetje in twijfel of ik dan de Beta nog ga flashen of wel even wacht tot de definitieve versie. De vorige 3 beta's die ik had geprobeerd, kwamen allemaal 3-4 dagen voor de release van nieuwe versies.

[Verwijderd]

Ryzen ondersteunt vanaf binnenkort virtualisatie, je kan de PCIe-sloten toewijzen aan een IOMMU groep, dit betekent concreet dat je Windows in een virtuele machine in Linux kan draaien. Een voordeel is dat je het besturingssysteem van je keuze kan gebruiken maar wel alle Windows-only programma's kan gebruiken zonder opnieuw te hoeven booten, met 1-2 seconden heb je de virtuele machine opgestart als je een goede setup hebt. Een ander mogelijk voordeel is dat je MS geen low level access tot jouw hardware geeft. Je hoeft niet bang te zijn dat MS ineens programma's verwijdert of installeert zonder je toestemming, dat MS zoveel telemetrie-data kan vergaren en verzenden of dat achterdeurtjes in Windows (niet noodzakelijk bewust door MS gecreëerd of vrijgegeven, het ligt meer voor de hand dat veiligheidsdiensten ze hebben gevonden (of laten vinden) mede dankzij testen en mede dankzij kennis van de source code die MS moest geven aan overheden om te bewerkstelligen dat overheden Windows gebruiken) kunnen worden gebruikt.
Heeft iemand van jullie hier interesse in? Het lijkt me wel iets voor een echte Tweaker.
Er zijn tutorials beschikbaar maar die zijn wel gericht op bijvoorbeeld een Skylake-systeem.

[djunicron]

^

Werkt nu al op sommige borden.

En wellicht / waarschijnlijk met 1.0.0.6 straks dus op alle. AMD had de IMMOU fix voor 1.0.0.4 al begin vorige maand vrijgegeven.

Het werkt aldus een collega als een trein, OW vanuit Arch op een W10 VM draaien op z'n 1800x met een GTX1080 leverde hem op 4K amper meer vertraging op. Zelfde framerates, ongeveer dezelfde laad tijden, etc etc.

Zelf heb ik kwa boot tijden nooit echt iets heel voordeligs gemerkt hieraan alleen. Het blijft even snel om een goede Linux Distro te starten en het duurt nog steeds 5-8 sec ofzo om Win 10 te starten. Windows voor lange tijd suspenden in een VM heeft toch altijd diverse bijwerkingen en nadelen, hij resumed dan misschien wel in seconden, maar al dingen dan flaky worden en je moet rebooten helpt het nog niet natuurlijk.

[Yahiko750]

D0gtag schreef op donderdag 1 juni 2017 @ 20:34:
[...]

Je geeft dus geen antwoord of een fout antwoord.
De die is vast gesoldeerd op de heat spreader.
De reden dat jij thermalpaste op je heatspreader doet is om beter contact te maken met het oppervlak.
Als jou cooler deels van de heat spreader onbedekt laat en dus deel van je cooler onbenut laat gaat de afvoer van energie gewoon minder efficiënt en krijg je hogere temperaturen.
(het is geen elektrische stroom, waarbij er meer stroom door een kleiner oppervlakte gaat).
Koper/aluminium/ kan maar een vaste hoeveelheid energie doorgeven per mm² Als jij die verkleint betekent het automatisch dat jij afgevoerde hoeveelheid verkleint(bij constante koeling natuurlijk). Hoe groter je contact oppervlakte hoe meer energie je kan afvoeren.

Anders konden we allemaal een mini cooler op ons cpu'tje zetten toch.

Met andere woorden als deels van de heatspreader onbedekt is maar je volledige cooler base/oppervlak zit er wel op (wat me stug lijkt) dan is er niks aan de hand, als het midden maar bedekt is.
Maar waarschijnlijk gebruik jij nu een deel van je cooler niet en verlies je efficiëntie.

Ik begrijp volledig wat je bedoeld - echter snap je ook dat de meeste hitte-afgifte van de CPU aan de koeler plaatsvind op de plek waar de IHS aan de cores vast zit. Of dit nou gesoldeerd is of niet maakt in dat geval niet uit.

Het argument over mini-koelers is natuurlijk kul. In jou beredenatie staat de oppervlakte van de base gelijk aan de complete grootte van de koeler ... Denk daar nog maar eens goed over na.

Het plaatje illustreerd dat de cores niet even groot zijn als de IHS, en ik laat vervolgens aan de vrager over of hij dit erg vind. Het staat je vrij om mijn antwoord fout te vinden, maar ik vind dat persoonlijk erg kort door de bocht. Tuurlijk is een koeler die de hele IHS bedekt in theorie beter, maar in de praktijk kan een knappe tower die aan de randen van de IHS net een beetje tekort komt beter presteren dan de stock koeler (Of whatever andere koeler) die wel de hele IHS bedekt.

[ Voor 5% gewijzigd door Yahiko750 op 01-06-2017 23:56 ]

[D0gtag]

Yahiko750 schreef op donderdag 1 juni 2017 @ 23:55:
[...]

Ik begrijp volledig wat je bedoeld - echter snap je ook dat de meeste hitte-afgifte van de CPU aan de koeler plaatsvind op de plek waar de IHS aan de cores vast zit. Of dit nou gesoldeerd is of niet maakt in dat geval niet uit.

Het plaatje illustreerd dat de cores niet even groot zijn als de IHS, en ik laat vervolgens aan de vrager over of hij dit erg vind. Het staat je vrij om mijn antwoord fout te vinden, maar ik vind dat persoonlijk erg kort door de bocht. Tuurlijk is een koeler die de hele IHS bedekt in theorie beter, maar in de praktijk kan een knappe tower die aan de randen van de IHS net een beetje tekort komt beter presteren dan de stock koeler (Of whatever andere koeler) die wel de hele IHS bedekt.

De cores zijn niet even groot als de spreader maar de cores zijn volledig afgedekt door de spreader er is dus maar een enkele manier van energie afgifte: door de spreader.
Als alle lagen tussen de core en spreader perfecte geleiding hadden zou het inderdaad niks uitmaken maar dat doet het wel. Wat is het oppervlakte van de cpu 200mm²? gaat vervolgens via een koelblok met een oppervlak van 2400cm².
Ik denk niet dat iemand een duurdere aftermarket cooler koopt om vervolgens minder efficiënt te kunnen coolen omdat de cooler er niet goed opzit. (afgezien nog van het feit dat een cooler ontworpen is om een bepaald oppervlak te koelen met hotspots - daarom zitten de heatpipes in het midden van het block)
Is het erg, nee koop je een cooler om vervolgens net ze goed te cooler als stock..ik denk dat je het antwoord daar ook op weet. Hoe ver de cooler wel niet op de spreader zit weet ik niet en is ook niet verteld dus jij komt nu met aannames. Voor het zelfde geld zit de cooler er voor de helft op.

Het argument over mini-koelers is natuurlijk kul. In jou beredenatie staat de oppervlakte van de base gelijk aan de complete grootte van de koeler ... Denk daar nog maar eens goed over na.

Je hoeft niet te beredeneren alleen te quoten, dit heb ik niet gezegd.
Een grote cooler koelt beter dan een kleine cooler simpelweg door het oppervlakte en door de gebreken van het gekozen materiaal. Waarom zitten er koelvinnen op een radiator etc etc.

[foppe-jan]

Verwijderd schreef op donderdag 1 juni 2017 @ 23:12:
Ryzen ondersteunt vanaf binnenkort virtualisatie, je kan de PCIe-sloten toewijzen aan een IOMMU groep, dit betekent concreet dat je Windows in een virtuele machine in Linux kan draaien. Een voordeel is dat je het besturingssysteem van je keuze kan gebruiken maar wel alle Windows-only programma's kan gebruiken zonder opnieuw te hoeven booten, met 1-2 seconden heb je de virtuele machine opgestart als je een goede setup hebt. Een ander mogelijk voordeel is dat je MS geen low level access tot jouw hardware geeft. Je hoeft niet bang te zijn dat MS ineens programma's verwijdert of installeert zonder je toestemming, dat MS zoveel telemetrie-data kan vergaren en verzenden of dat achterdeurtjes in Windows (niet noodzakelijk bewust door MS gecreëerd of vrijgegeven, het ligt meer voor de hand dat veiligheidsdiensten ze hebben gevonden (of laten vinden) mede dankzij testen en mede dankzij kennis van de source code die MS moest geven aan overheden om te bewerkstelligen dat overheden Windows gebruiken) kunnen worden gebruikt.
Heeft iemand van jullie hier interesse in? Het lijkt me wel iets voor een echte Tweaker.

Werkt momenteel ook al, IOMMU is puur van belang voor gamen (anders zit je vast aan de beperkingen van x11), en daarnaast voor het kunnen toewijzen van PCI apparaten op zo'n manier dat het onmogelijk is om de rest van het systeem te bereiken via dat apparaat indien die VM wordt overgenomen.
Ik ben vorig jaar overgestapt op Qubes omdat ik een beetje ongemakkelijk werd van 'Windows as a Service', en alle onzin met afgedwongen updates, reboots, enz., momenteel met w7 in een VM. De UX is redelijk, al heb ik w10 op een andere SSD staan voor die paar blauwe maandagen per maand dat ik wil gamen (op mijn vorige systeem werkte IOMMU-ondersteuning ook niet helemaal).

[ikbenrichard197]

ter info" Beta 1006 voor alle gigabytes zijn uit.

[foppe-jan]

wt

[ Voor 98% gewijzigd door foppe-jan op 02-06-2017 10:49 ]

[aminam]

Verwijderd schreef op donderdag 1 juni 2017 @ 23:12:
Ryzen ondersteunt vanaf binnenkort virtualisatie, je kan de PCIe-sloten toewijzen aan een IOMMU groep, dit betekent concreet dat je Windows in een virtuele machine in Linux kan draaien. Een voordeel is dat je het besturingssysteem van je keuze kan gebruiken maar wel alle Windows-only programma's kan gebruiken zonder opnieuw te hoeven booten, met 1-2 seconden heb je de virtuele machine opgestart als je een goede setup hebt. Een ander mogelijk voordeel is dat je MS geen low level access tot jouw hardware geeft. Je hoeft niet bang te zijn dat MS ineens programma's verwijdert of installeert zonder je toestemming, dat MS zoveel telemetrie-data kan vergaren en verzenden of dat achterdeurtjes in Windows (niet noodzakelijk bewust door MS gecreëerd of vrijgegeven, het ligt meer voor de hand dat veiligheidsdiensten ze hebben gevonden (of laten vinden) mede dankzij testen en mede dankzij kennis van de source code die MS moest geven aan overheden om te bewerkstelligen dat overheden Windows gebruiken) kunnen worden gebruikt.
Heeft iemand van jullie hier interesse in? Het lijkt me wel iets voor een echte Tweaker.
Er zijn tutorials beschikbaar maar die zijn wel gericht op bijvoorbeeld een Skylake-systeem.

Is dit dat pcie passthrough waar Wendell het over had? Geloof dat dat wel wel werkt op het asrock b350 bord wat hij laatst had.

[foppe-jan]

aminam schreef op vrijdag 2 juni 2017 @ 10:13:
[...]


Is dit dat pcie passthrough waar Wendell het over had? Geloof dat dat wel wel werkt op het asrock b350 bord wat hij laatst had.

Klopt (2x)

[Cloontje]

Ik ben sinds gister ook in het bezit van een Ryzen 1600x Maar ik vind de temps voor de package wel raar. Ze schommelen als een malloot. Ik heb er een filmpje van gemaakt YouTube: Ryzen1600x Package Thermals

Mijn build staat hier gallery: Cloontje [Cloonaid-2017]

[Verwijderd]

djunicron schreef op donderdag 1 juni 2017 @ 23:34:
Het werkt aldus een collega als een trein, OW vanuit Arch op een W10 VM draaien op z'n 1800x met een GTX1080 leverde hem op 4K amper meer vertraging op. Zelfde framerates, ongeveer dezelfde laad tijden, etc etc.

Great! Ik ga het proberen zo gauw ik mijn systeem heb.
Vraag eens aan hem hoe hij het heeft opgezet als je wil. Heeft hij Level1Techs (daar deden ze het vanuit Arch) als bron gebruikt? Zij meldden een boottijd van 1-2 seconden (Skylake), ik weet echter niet hoe ze dat voor elkaar kregen, ik moet de details nog opzoeken, dat was niet zo relevant tot het moment dat bleek dat dit voor Ryzen mogelijk is. Los hiervan, booten in een virtuele machine is minder vervelend dan booten buiten de virtuele machine, je kan in ieder geval nog even wat lezen of een video verder bekijken of zo, niet echt een issue, gewoon de boot in de VM op tijd starten en je hoeft helemaal niet te wachten.

Windows voor lange tijd suspenden in een VM heeft toch altijd diverse bijwerkingen en nadelen

Dat is dan wel weer spijtig en helaas te verwachten, je merkt het bij veel programma's (browsers, games...) dat ze daar slecht op reageren.

aminam schreef op vrijdag 2 juni 2017 @ 10:13:
[...]


Is dit dat pcie passthrough waar Wendell het over had?

Ja.

Geloof dat dat wel wel werkt op het asrock b350 bord wat hij laatst had.

Het probleem was dat met Ryzen alles in dezelfde IMMOU-groep werd gegooid waardoor het niet mogelijk was om de virtuele machine met een kort lijntje de grafische kaart te laten benaderen, dus geen gaming in die virtuele machine. Zoals ik het begrijp, als het niet helemaal klopt dan zal iemand het wel corrigeren.

[ Voor 18% gewijzigd door Verwijderd op 02-06-2017 16:33 ]

[Beaudog]

Mini itx bordje binnen samen met een 1600x ben benieuwd
Dit weekend in elkaar zetten zal mijn bevindingen hier plaatsen .

[foppe-jan]

Typisch. Hier zijn nog twee threads over iommu / w10 emulatie in Arch, het lijkt erop dat agesa 1006 niet alles oplost, omdat iig een deel van de mensen ook tegen andere problemen aanloopt: https://bbs.archlinux.org/viewtopic.php?id=225761 & https://www.reddit.com/r/...ce_on_vm_gaming_on_ryzen/

[ Voor 4% gewijzigd door foppe-jan op 03-06-2017 00:07 ]

[Verwijderd]

foppe-jan schreef op zaterdag 3 juni 2017 @ 00:07:
Typisch. Hier zijn nog twee threads over iommu / w10 emulatie in Arch, het lijkt erop dat agesa 1006 niet alles oplost, omdat iig een deel van de mensen ook tegen andere problemen aanloopt: https://bbs.archlinux.org/viewtopic.php?id=225761 & https://www.reddit.com/r/...ce_on_vm_gaming_on_ryzen/

Dat komt wel goed, AMD is gemotiveerd om dit werkende te krijgen dus ze zullen wel luisteren naar de ondervonden problemen en dit oplossen, samen met de moederbordfabrikanten. Ik begreep van Wendell (L1T) dat in het algemeen AMD-kaarten beter werken voor PCIe-passthrough. Kijk maar naar het filmpje (iets met GTAV in de titel).

[ Voor 11% gewijzigd door Verwijderd op 03-06-2017 02:43 ]

[djunicron]

Verwijderd schreef op vrijdag 2 juni 2017 @ 16:27:
Vraag eens aan hem hoe hij het heeft opgezet als je wil. Heeft hij Level1Techs (daar deden ze het vanuit Arch) als bron gebruikt? Zij meldden een boottijd van 1-2 seconden (Skylake), ik weet echter niet hoe ze dat voor elkaar kregen, ik moet de details nog opzoeken, dat was niet zo relevant tot het moment dat bleek dat dit voor Ryzen mogelijk is. Los hiervan, booten in een virtuele machine is minder vervelend dan booten buiten de virtuele machine, je kan in ieder geval nog even wat lezen of een video verder bekijken of zo, niet echt een issue, gewoon de boot in de VM op tijd starten en je hoeft helemaal niet te wachten.


[...]

Dat is dan wel weer spijtig en helaas te verwachten, je merkt het bij veel programma's (browsers, games...) dat ze daar slecht op reageren.


Het probleem was dat met Ryzen alles in dezelfde IMMOU-groep werd gegooid waardoor het niet mogelijk was om de virtuele machine met een kort lijntje de grafische kaart te laten benaderen, dus geen gaming in die virtuele machine. Zoals ik het begrijp, als het niet helemaal klopt dan zal iemand het wel corrigeren.

Ik geloof dat hij Xen gebruikt. We zijn nu op werk Vagrant & Virtualbox gewend, maar ik weet dat dat bijzonder slecht werkt met passthrough, dus ik verwacht dat het niet lekker daarop werkt, maar ik heb hem ook over Xen gehoord.

Verwacht dat die 2 sec boot tijd dus het resumen van een Windows box is.

Om het passthrough probleem goed uit te leggen;

De BIOS is echt EUFI boot met een eigen ID. Die kan dus "goed" in je VM booten. Zelfs drives die je niet verbonden hebt met het host systeem.
IPV de chipset driver heb je een VF IO chipset driver nodig. Deze moet een eigen IOMMU group ID krijgen, zodat de sub componenten aanspreekbaar worden. Momenteel zit alles op PCI-lanes, chipset + Graphics etc, op één group. Het is niet eens een te lang lijntje, je kan simpelweg niet de virtuele driver voor de chipset installeren en de "echte" graphics driver.
(en volgens mij kan je dus niet echt meer een video kijken tijdens het booten )

Let wel, je GPU moet ook een EUFI boot mode hebben wil je uberhaubt dit zonder vertaal layer voor elkaar krijgen. Mijn GTX 1080's hebben dit niet, m'n GTX 760 heeft dit niet, naar mijn weten hebben alle 1080 Ti's dit niet...

Dit vertraagd een heel aantal dingen bij een shutdown-startup van een VM en daarnaast betekend het dat er toch een (hardware level) vertaling nodig is. Maar ondanks dat, zou een Ryzen bak + GTX1080 dus toch ~99% van de performance kunnen leveren in Arch Linux Win 10 VM omgeving.

Overwatch speelt dus gewoon 4K @ 56-60fps. Ik heb met hem samen gespeeld na die switch en hij speelde hetzelfde als voorheen. (Dus ik verwacht weinig reporting bias & performance opschepperij)

==

Opmerkelijk dat er nog zoveel issues spelen, maar misschien eigenlijk ook niet. En als AMD de group indeling oplost, dan moeten MB fabrikanten nog steeds dingen in orde maken met hun specifieke componenten. En het is ook niet bepaald een out of the box oplossing.

Persoonlijk was ik door deze n=1 ervan overtuigd dat het met wat knutselwerk (Arghh Linux) aan drivers / VM's etc wel prima zou moeten werken. Guess not...

Moet nog maar eens navragen welk exact bord dat nou is.

[ Voor 7% gewijzigd door djunicron op 03-06-2017 10:40 ]

[Verwijderd]

djunicron schreef op zaterdag 3 juni 2017 @ 10:32:
[...]


Ik geloof dat hij Xen gebruikt. We zijn nu op werk Vagrant & Virtualbox gewend, maar ik weet dat dat bijzonder slecht werkt met passthrough, dus ik verwacht dat het niet lekker daarop werkt, maar ik heb hem ook over Xen gehoord.

Verwacht dat die 2 sec boot tijd dus het resumen van een Windows box is.

Om het passthrough probleem goed uit te leggen;

De BIOS is echt EUFI boot met een eigen ID. Die kan dus "goed" in je VM booten. Zelfs drives die je niet verbonden hebt met het host systeem.
IPV de chipset driver heb je een VF IO chipset driver nodig. Deze moet een eigen IOMMU group ID krijgen, zodat de sub componenten aanspreekbaar worden. Momenteel zit alles op PCI-lanes, chipset + Graphics etc, op één group. Het is niet eens een te lang lijntje, je kan simpelweg niet de virtuele driver voor de chipset installeren en de "echte" graphics driver.
(en volgens mij kan je dus niet echt meer een video kijken tijdens het booten )

Let wel, je GPU moet ook een EUFI boot mode hebben wil je uberhaubt dit zonder vertaal layer voor elkaar krijgen. Mijn GTX 1080's hebben dit niet, m'n GTX 760 heeft dit niet, naar mijn weten hebben alle 1080 Ti's dit niet...

Dit vertraagd een heel aantal dingen bij een shutdown-startup van een VM en daarnaast betekend het dat er toch een (hardware level) vertaling nodig is. Maar ondanks dat, zou een Ryzen bak + GTX1080 dus toch ~99% van de performance kunnen leveren in Arch Linux Win 10 VM omgeving.

Overwatch speelt dus gewoon 4K @ 56-60fps. Ik heb met hem samen gespeeld na die switch en hij speelde hetzelfde als voorheen. (Dus ik verwacht weinig reporting bias & performance opschepperij)

==

Opmerkelijk dat er nog zoveel issues spelen, maar misschien eigenlijk ook niet. En als AMD de group indeling oplost, dan moeten MB fabrikanten nog steeds dingen in orde maken met hun specifieke componenten. En het is ook niet bepaald een out of the box oplossing.

Persoonlijk was ik door deze n=1 ervan overtuigd dat het met wat knutselwerk (Arghh Linux) aan drivers / VM's etc wel prima zou moeten werken. Guess not...

Moet nog maar eens navragen welk exact bord dat nou is.

Waarschijnlijk zal het uiteindelijk wel lukken maar het zal geduld (wachten totdat moederbordfabrikanten dit hebben gefixt) en tijd vergen aals je niet net de juiste hardware hebt.
Het is omwille van de EFI voor de grafische kaart dat in het algemeen AMD wordt aangeraden voor dit (uit mijn hoek verdacht maar iedereen kan op het Level1Techsforum zien dat dit zo is). Ook wordt aangeraden om een tweede grafische kaart (desnoods geïntegreerde graphics maar dat kan natuurlijk niet met Ryzen) en een switcher voor de monitor te gebruiken. Zoek die tutorial eens.
Je gebruikt dan een lowend kaart voor Linux en een highendkaart voor Windows in de virtuele machine. Op die manier kan je wel gewoon Linux blijven gebruiken terwijl de virtuele machine boot.

[foppe-jan]

Ja, nvidia kaarten werken op zich wel, maar het zijn een zootje klieren -- de drivers zoeken naar "xen" en/of pvops, en weigert te werken als ie dat vindt. Als je dat verhult werken ze opeens prima; blijkbaar mag je alleen willen virtualiseren als je in de markt bent voor een Quadro.

[djunicron]

Jup, dat is ook waarom ik die 760 nog even bewaar, die kan prima voor 2D onder Linux dienst blijven doen op een secondair 1080p scherm.

Maar inderdaad, Radeon kaarten werken omwille van de drivers en EUFI boot support beter.

[pharmacist]

Op mijn Gigabyte AB350M Gaming 3 moederbord de laatste beta BIOS F5b (AGESA 1.0.0.6) gezet en ik kan nu mijn geheugen (2x16GB dual rank) op 2933 MHz 14-16-16-34 draaien, waar het voorheen slechts op 2666 MHz 16-18-18--36 was.

Settings nog niet helemaal optimaal, want op de XMP settings (3200 MHz 16-18-18-36) loopt die gewoon vast. Ik heb zelfs geprobeerd op 1.37 Volt, maar de boel hangt dan helemaal en zelfs geen toegang tot UEFI (dus hardware reset nodig). In ieder geval kan die op een strakkere timing werken op 2933 MHz versus de wat lossere XMP timing op 3200 MHz.

Het enige nadeel is dat bij deze beta bios je niet kunt overclocken. Wat ik ook doe, hij blijft op 3.00 GHz (AMD Ryzen 1700).

Het gaat erop vooruit blijkbaar. Nu heb ik een vreemd probleem met Ubuntu/Kubuntu, dat blijkbaar een bekend probleem is: bij het booten van de USB stick loopt de boel vast door "unexpected irq trap at vector 07" door iets dat conflicteert met de combinatie AMD Ryzen/Gigabyte AM4 moederborden. Het vreemde is dat met virtualisatie met VirtualBox die probleem er niet is, maar door de gebrekkige 3D acceleratie van VirtualBox is het onwerkbaar met Plasma 5 desktop: de menubalk verdwijnt in het niets als je 3D acceleratie aanvinkt in VirtualBox.

[ Voor 35% gewijzigd door pharmacist op 03-06-2017 21:56 ]

[DannyXP1600]

pharmacist schreef op zaterdag 3 juni 2017 @ 21:48:
Op mijn Gigabyte AB350M Gaming 3 moederbord de laatste beta BIOS F5b (AGESA 1.0.0.6) gezet en ik kan nu mijn geheugen (2x16GB dual rank) op 2933 MHz 14-16-16-34 draaien, waar het voorheen slechts op 2666 MHz 16-18-18--36 was.

Settings nog niet helemaal optimaal, want op de XMP settings (3200 MHz 16-18-18-36) loopt die gewoon vast. Ik heb zelfs geprobeerd op 1.37 Volt, maar de boel hangt dan helemaal en zelfs geen toegang tot UEFI (dus hardware reset nodig). In ieder geval kan die op een strakkere timing werken op 2933 MHz versus de wat lossere XMP timing op 3200 MHz.

Het enige nadeel is dat bij deze beta bios je niet kunt overclocken. Wat ik ook doe, hij blijft op 3.00 GHz (AMD Ryzen 1700).

Het gaat erop vooruit blijkbaar. Nu heb ik een vreemd probleem met Ubuntu/Kubuntu, dat blijkbaar een bekend probleem is: bij het booten van de USB stick loopt de boel vast door "unexpected irq trap at vector 07" door iets dat conflicteert met de combinatie AMD Ryzen/Gigabyte AM4 moederborden. Het vreemde is dat met virtualisatie met VirtualBox die probleem er niet is, maar door de gebrekkige 3D acceleratie van VirtualBox is het onwerkbaar met Plasma 5 desktop: de menubalk verdwijnt in het niets als je 3D acceleratie aanvinkt in VirtualBox.

Mijn Ryzen klokt ook niet over wanneer mijn geheugen op 2667 of hoger staat, alleen op 2400 of lager. Dus dat zou je nog kunnen proberen

[pharmacist]

Ik kan met de vorige F4 BIOS op 2666 wel overclocken, dus ik weet niet of het daaraan ligt.

[DannyXP1600]

pharmacist schreef op zondag 4 juni 2017 @ 13:41:
Ik kan met de vorige F4 BIOS op 2666 wel overclocken, dus ik weet niet of het daaraan ligt.

Als dat bij jou op 2667 wel ging, dan bestaat de kans dat het nu op 2667 nog steeds gaat.

[pharmacist]

Zo net uitgeprobeerd: het is blijkbaar iets met deze beta bios. Het geheugen gaat inderdaad nu een stuk sneller, maar helaas is overclocking uit den boze. Het werkt niet: ik vermoed nog een bug in deze beta AGESA bios.

[pharmacist]

Beaudog schreef op zaterdag 3 juni 2017 @ 00:00:
Mini itx bordje binnen samen met een 1600x ben benieuwd
Dit weekend in elkaar zetten zal mijn bevindingen hier plaatsen .

Idealiter zou Shuttle nu zo snel mogelijk eindelijk weer AMD barebones op de markt moeten brengen, zoals mijn vroeger SN78SH7 barebone. Vooral die handige ICE fan met heat pipes, maakt het een compacte en goed gekoelde barebone. Zodra Shuttle een AM4 barebone maakt, ga ik er eentje kopen.

[unfor]

Afgelopen week een Ryzen 1600 systeem gebouwd op basis van een ASRock AB350M Pro4.
Verbaast mij echt wat voor een bang for buck de combo B350 en Ryzen 1600 geeft.
Loopt als een trein op 3.9 GHz, en als ik er eens wat meer tijd (voltage) in stop is er vast 4 GHz uit te halen.
Ik kan mij geen enkele reden bedenken om voor een X370 te gaan behalve dan voor diegene die nog behoefte heeft aan SLI/Crossfire setups.

Korte review achtergelaten voor dit fijne plankje. productreview: ASRock AB350M Pro4 review door unfor

P.S. Thumbs up voor Thermalright die mij voorzag van een gratis AM4 mounting kit voor mijn 5 jaar oude Silver-Arrow SB-E. (idle 30c, gaming 50-55c, prime95 63c)

[ Voor 30% gewijzigd door unfor op 04-06-2017 15:13 ]

[JinShepard]

Ter informatie nog, ik had mijn pc lange tijd met BLCK 110 samen met 39 cpu ratio overclocked met 2933 mhz ram, dit is stabiel MAAR uit random boredom ging ik kijken naar mijn NVME en die liep op generatie 2 ipv 3, dus mijn read speed was maar 1500 van de max 3200. Heb de pc nu op 104.4 en cpu ratio 37.75 dacht ik en ram is 2783 (raar getal..) maar mijn NVME is nu tenminste generatie 3, 2800 read speed, flink improvement op dat gebied. Let dus op als je overclocked boven de 104.6 blck dan is het dus een impact op je nvme als je die op je mobo hebt (asus crosshair vi hero hiero(lol))

[DaniëlWW2]

Wat heb je nu dan qua voltage?
Het gaat namelijk zo hard omhoog voorbij de 3,7ghz voor een stabiele overclock, dat 4ghz halen al wijst op een vrij goede CPU.

Verder zijn de A320 bordjes ook zeer interessant. De meeste mensen overclocken toch niet, en dan kan je voor €60 a €70 een bordje krijgen waar je gewoon een octacore mee kan draaien, en max 3200 RAM.

[unfor]

DaniëlWW2 schreef op zondag 4 juni 2017 @ 15:22:
Wat heb je nu dan qua voltage?
Het gaat namelijk zo hard omhoog voorbij de 3,7ghz voor een stabiele overclock, dat 4ghz halen al wijst op een vrij goede CPU.

Verder zijn de A320 bordjes ook zeer interessant. De meeste mensen overclocken toch niet, en dan kan je voor €60 a €70 een bordje krijgen waar je gewoon een octacore mee kan draaien, en max 3200 RAM.

Vermoed dat deze aan mij gericht was, voltage op 1.38 momenteel.
Niet zozeer de behoefte om veel hoger te gaan voor die 100 Mhz meer.

[DaniëlWW2]

unfor schreef op zondag 4 juni 2017 @ 15:24:
[...]

Vermoed dat deze aan mij gericht was, voltage op 1.38 momenteel.
Niet zozeer de behoefte om veel hoger te gaan voor die 100 Mhz meer.

Yup, en dan zou ik ook niet hoger gaan. Voor 4ghz zal je dan over de 1,4v moeten denk ik zo.
Ik denk trouwens dat ik mijn 1700 nog net wat meer ga overclocken dan de 3,5ghz nu. 3,6ghz ofzo vanwege de stock koeler. Vraag me toch af of die CPU van mij nu gemiddeld is, of toch wat beter dan ik denk. Zit nu op 3,5ghz @1,26v. Kijken of ik bij het volgende stapje, 1,266v, 3,6ghz stabiel kan draaien. Zit met een Gigabyte Gaming 3 en voorlopig is het qua voltage alleen nog maar in stapjes van 0.006v bovenop stock. Voor mijn R7 1700 is dat 1,18750. Irritant, maar het werkt wel.

Dit als ik eindelijk een RX580 heb uiteraard en mijn RAM op 32000 loopt. Over een maand ofzo dus.

[Verwijderd]

Vraagje aan iedereen. Zouden jullie met de huidige prijzen en de vermoedelijk later nog wat lagere prijzen dezelfde Ryzen-CPU hebben gekozen of nu misschien toch een model hoger kiezen voor het lagere vermogen bij de overklok en het gemak dat je out of the box een hogere klokfrequentie krijgt (UEFI gedoe)?

[ Voor 134% gewijzigd door Verwijderd op 04-06-2017 19:45 ]

[Speedy-J]

Ik zit op moment met custom wc op 3.9GHz met 1.406 Vcore onder load. Met prime95 haal ik max 56 graden onder load met mijn Ryzen 1700.
Ik vraag me af hoeveel Vcore veilig is als het goed gekoeld word ?

[Damic]

Ik weet niet meer voor wie dit bedoelt was:B350 chipset is niets mee, er moeten alleen wat meer power mosfets gebruikt worden en de koeling moet dan omhoog. * Damic heeft een 1700x op B350

@Verwijderd heb ik al gedaan toen ze in aanbieding waren bij amazon, een 1700x voor de prijs van een 1700

[ Voor 32% gewijzigd door Damic op 04-06-2017 19:55 ]

[foppe-jan]

Verwijderd schreef op zondag 4 juni 2017 @ 19:36:
Vraagje aan iedereen. Zouden jullie met de huidige prijzen en de vermoedelijk later nog wat lagere prijzen dezelfde Ryzen-CPU hebben gekozen of nu misschien toch een model hoger kiezen voor het lagere vermogen bij de overklok en het gemak dat je out of the box een hogere klokfrequentie krijgt (UEFI gedoe)?

Dunno. Misschien, maar of het rationeel zou zijn geweest (gegeven dat ik over 1-1.5j een nieuwere generatie 8c had kunnen kopen zo ik dat wilde) is een tweede. Zou iig geen 1600x hebben gekocht, meerwaarde is te minimaal.

Speedy-J schreef op zondag 4 juni 2017 @ 19:51:
Ik zit op moment met custom wc op 3.9GHz met 1.406 Vcore onder load. Met prime95 haal ik max 56 graden onder load met mijn Ryzen 1700.
Ik vraag me af hoeveel Vcore veilig is als het goed gekoeld word ?

Degradatie door te hoog voltage valt niet te voorkomen door er meer koeling tegenaan te gooien (tenzij LN2, misschien?, maar of je dan aan gamen toekomt durf ik niet te zeggen).

[ Voor 27% gewijzigd door foppe-jan op 04-06-2017 20:02 ]

[Verwijderd]

Damic schreef op zondag 4 juni 2017 @ 19:52:
Ik weet niet meer voor wie dit bedoelt was:B350 chipset is niets mee, er moeten alleen wat meer power mosfets gebruikt worden en de koeling moet dan omhoog. * Damic heeft een 1700x op B350

Dat is precies mijn probleem met de B350, breng toch eens een high end B350 uit. Goede MOSFETS die meer dan 30 cent of zo per stuk mogen kosten, alle noodzakelijke interfaces, een tweede M.2 NVMe slot en verder geen fratsen. Misschien high end audio als mensen daar behoefte aan hebben en niet een extern apparaat hiervoor gebruiken. Een X370 zonder SLI zou ik ook prima vinden.

@Verwijderd heb ik al gedaan toen ze in aanbieding waren bij amazon, een 1700x voor de prijs van een 1700

Motief? Lagere spanning?

[ Voor 15% gewijzigd door Verwijderd op 04-06-2017 20:40 ]

[foppe-jan]

Verwijderd schreef op zondag 4 juni 2017 @ 20:07:
[...]

Dat is precies mijn probleem met de B350, breng toch eens een high end B350 uit. Goede MOSFETS die meer dan 30 cent of zo per stuk mogen kosten, alle noodzakelijke interfaces, een tweede M.2 NVMe slot en verder geen fratsen. Misschien high end audio als mensen daar behoefte aan hebben en niet een extern apparaat hiervoor gebruiken. Een X370 zonder SLI zou ik ook prima vinden.

Als Asus haar x370 prime pro ook met b350 had gemaakt had ik die zeker wel gekocht ja, enige wat die mist van jouw lijstje is een 2e m.2 slot. Maar het zij zo.
Overigens citeer je me momenteel verkeerd. Iets verkeerd gegaan?

[ Voor 4% gewijzigd door foppe-jan op 04-06-2017 20:23 ]

[Verwijderd]

Ja, er ging iets fout bij het citeren.

[Damic]

Verwijderd schreef op zondag 4 juni 2017 @ 20:27:
Ja, er ging iets fout bij het citeren.

X marks the spot nee was iets van een 60€ goedkoper en met verzending in was ie nog 5 a10€ goedkoper dan de 1700, enigste probleem is het is een Franse dus das Sacre blue de mon cherie

[ Voor 38% gewijzigd door Damic op 04-06-2017 20:45 ]

[DaniëlWW2]

Verwijderd schreef op zondag 4 juni 2017 @ 19:36:
Vraagje aan iedereen. Zouden jullie met de huidige prijzen en de vermoedelijk later nog wat lagere prijzen dezelfde Ryzen-CPU hebben gekozen of nu misschien toch een model hoger kiezen voor het lagere vermogen bij de overklok en het gemak dat je out of the box een hogere klokfrequentie krijgt (UEFI gedoe)?

Voor de €370 die ik had betaald had ik waarschijnlijk alsnog een 1700 gehaald, en de rest in mijn zak gehouden voor een game ofzo. Hoewel, de 1600 zou ook zeer aantrekkelijk zijn geweest. 1600X als ik niet zou overclocken, maar dat deed ik toch dus beter de 1600 of 1700.


Verder had ik ook een maand geleden gewoon een RX580 gekocht, want nu zit ik met een 7950 die steeds meer rare dingen laat zien. Heb alles van een halve seconde aan artifacts als ik een game afsluit, tot een diagonale lijn in mijn scherm , wat op tearing lijkt, maar het denk ik niet was.

Speedy-J schreef op zondag 4 juni 2017 @ 19:51:
Ik zit op moment met custom wc op 3.9GHz met 1.406 Vcore onder load. Met prime95 haal ik max 56 graden onder load met mijn Ryzen 1700.
Ik vraag me af hoeveel Vcore veilig is als het goed gekoeld word ?

1,42v is het absolute maximum voor veilig gebruik. Je bent dus klaar met overclocken.

Damic schreef op zondag 4 juni 2017 @ 19:52:
Ik weet niet meer voor wie dit bedoelt was:B350 chipset is niets mee, er moeten alleen wat meer power mosfets gebruikt worden en de koeling moet dan omhoog. * Damic heeft een 1700x op B350

Ik snap het probleem van de mosfets en B350 echt niet. Ik heb een Gaming 3, ja die met de slechte mosfets die nog steeds 100A kunnen leveren. Dat is wat een R7 met 1.42v en maximale belasting trekt. Nu is de vraag, wie belast werkelijk een Ryzen 7 echt maximaal? Juist ja.

Natuurlijk is het minder dan ideaal dat de mosfets in dergelijk scenario's waarschijnlijk 110+ graden zullen worden, maar ze mogen maximaal 125 graden worden, en smelten ergens rond de 130. Dan zou er al een shutdown plaats moeten hebben gevonden, omdat efficiëntie instort als ze tegen de maximale temperatuur aankomen, en dan leveren ze geen 100A meer, dus shutdown. Dit is dan een mindere setup, MSI, ASrock en Asus hebben respectievelijk betere mosfets of gewoon meer, waardoor het probleem al helemaal niet bestaat.

Voor een hexacore maakt het echt helemaal niks uit. Zorg gewoon dat je een goed ventileerde kast hebt als je overclocked, en een heatsink over de Vcore mosfets en dan zit je goed. Ik heb zelf twee ventilatoren bovenin mijn CM 690 II zitten die alle hete lucht eruit halen. Komt redelijk wat hitte vanaf als ik even game, dus ze doen hun werk uitstekend.

[Verwijderd]

DaniëlWW2 schreef op zondag 4 juni 2017 @ 21:23:
1,42v is het absolute maximum voor veilig gebruik. Je bent dus klaar met overclocken.

Is het niet net iets hoger? 1,425 V? Hoe dan ook, het is de vraag of dat je dat moet willen. Ik heb de indruk dat de meeste mensen met een 1700 met 1,4 V de 4.0 GHz halen als ze een geschikt moederbord
en goede koeling gebruiken. Tijd voor een up to date overclock-overzicht op basis van grote getallen.

Ik snap het probleem van de mosfets en B350 echt niet. Ik heb een Gaming 3, ja die met de slechte mosfets die nog steeds 100A kunnen leveren. Dat is wat een R7 met 1.42v en maximale belasting trekt.
Natuurlijk is het minder dan ideaal dat de mosfets in dergelijk scenario's waarschijnlijk 110+ graden zullen worden, maar ze mogen maximaal 125 graden worden, en smelten ergens rond de 130. Dan zou er al een shutdown plaats moeten hebben gevonden, omdat efficiëntie instort als ze tegen de maximale temperatuur aankomen, en dan leveren ze geen 100A meer, dus shutdown. Dit is dan een mindere setup, MSI, ASrock en Asus hebben respectievelijk betere mosfets of gewoon meer, waardoor het probleem al helemaal niet bestaat.

Buildzoid is over de MOSFET's van alle B350-moederborden niet te spreken en ziet het in gradaties van slechtheid.
Die hitte is sowieso strontvervelend, het beperkt mogelijk de overklok en zo niet dan heb je onnodig meer lawaai. Is het niet ook zo dat je met een meer stabiele spanning gemakkelijker een overklok kan vasthouden en dat betere circuits (kwaliteit MOSFET's en aantal fasen en zo) een meer stabiele spanning leveren? Zeg het maar als er hier iets niet klopt (eender wie).

Vergeet de condensators niet, die zijn ook niet bij elk B350 moederbord happy als je hoger dan 3,8 GHz (bij de doorsnee frequentie/volt karakteristiek) klokt. Het zal werken maar bij sommige B350 moederborden loop je wel het risico dat ja binnen een paar jaar een kapotte condensator hebt. Al is dat in theorie prima zelf op te lossen als je een soldeerbout hebt.

Ja, voor een hexacore komt het allemaal wat minder nauw dan voor een octacore.

[MrWisent]

foppe-jan schreef op zondag 4 juni 2017 @ 20:23:
[...]

Als Asus haar x370 prime pro ook met b350 had gemaakt had ik die zeker wel gekocht ja, enige wat die mist van jouw lijstje is een 2e m.2 slot. Maar het zij zo.
Overigens citeer je me momenteel verkeerd. Iets verkeerd gegaan?

Ik denk dat jij en veel anderen het volgende bord wel kan waarderen: pricewatch: Asus ROG Strix B350-F Gaming

Gewoon een B350 moederbord met wel degelijke mosfets (verwacht ik). De verwachting is dat hij rond de 130/140 euro zal kosten.

[wesjuhdabomb]

djunicron schreef op donderdag 1 juni 2017 @ 21:36:
Wow, Asus X370 Prime 0801 Beta is er:

http://www.mediafire.com/...ME-X370-PRO-ASUS-0801.rar

vanuit:
https://www.hardwareluxx....x370-pro-am4-1156996.html

....

Vandaag ook eens geflashed. Wat een verschil.. met 0612 kwam ik niet hoger dan 2133 stabiel. 2400 ging wel door tot windows maar was niet stabiel te krijgen. Nu DOCP 2933 profiel, Soc naar 1.1v en het start direct op.. Stabiliteit lijkt OK, maar nog niet uitgebreid getest. is in combinatie met 2x8gb Ripjaws V latjes F4-3000C15-8GVGB

https://valid.x86.fr/6f973w

Valt me overigens wel op dat de bus speed over het algemeen vrij laag is (98.5 in de validatie). Meerdere mensen hier 'last' van?

[foppe-jan]

MrWisent schreef op maandag 5 juni 2017 @ 00:06:
[...]


Ik denk dat jij en veel anderen het volgende bord wel kan waarderen: pricewatch: Asus ROG Strix B350-F Gaming

Gewoon een B350 moederbord met wel degelijke mosfets (verwacht ik). De verwachting is dat hij rond de 130/140 euro zal kosten.

Ja en nee. Zelfde VRM ontwerp als de prime plus, betere audiochip, op papier betere NIC (maar of/wat je daarvan merkt?), maar ook een boel rommel in de vorm van een led circus & SLI, waardoor ie net zo duur wordt als die MSI b350 GPC (naast dat ie natuurlijk gewoon te laat uitkomt ).

[MrWisent]

foppe-jan schreef op maandag 5 juni 2017 @ 09:39:
[...]

Ja en nee. Zelfde VRM ontwerp als de prime plus, betere audiochip, op papier betere NIC (maar of/wat je daarvan merkt?), maar ook een boel rommel in de vorm van een led circus & SLI, waardoor ie net zo duur wordt als die MSI b350 GPC (naast dat ie natuurlijk gewoon te laat uitkomt ).

Het voordeel is vooral wat meer power phases dan de rest van de B350 borden, verder heeft hij gelukkig geen SLI hoor .

Ik wou nog wachten totdat dit bord verkrijgbaar word, maar ik heb toch een gigabyte gaming 3 gehaald. Reden is dat ik er toch een 6-core op zet en hij dat wel aankan. Als je een 8-core op de huidige b350-moederborden zet is het voor mijn gevoel wat tegen het limiet aan. Plus bij de Gaming 3 krijg je €20 steam-tegoed .

[Damic]

@DaniëlWW2 het kan best zijn dat er mosfets van +100A in zitten maar daar ben je niets mee als die een hoge Rdson hebt (interne weerstand van de mosfet) hoe hoger die is hoe meer dat je gaat moeten disiperen (warmte kwijt spelen). Dus als je die gaat laten switchen op 200kHz, dan ga je heel wat elektronen omzetten in warmte.

[DaniëlWW2]

Damic schreef op maandag 5 juni 2017 @ 10:19:
@DaniëlWW2 het kan best zijn dat er mosfets van +100A in zitten maar daar ben je niets mee als die een hoge Rdson hebt (interne weerstand van de mosfet) hoe hoger die is hoe meer dat je gaat moeten disiperen (warmte kwijt spelen). Dus als je die gaat laten switchen op 200kHz, dan ga je heel wat elektronen omzetten in warmte.

Nee, de complete Vcore VRM kan gewoon 100A leveren. Meer heb je niet nodig voor welke Ryzen dan ook. Natuurlijk moet je niet beginnen met LN2 op dat bordje, maar voor de rest maakt het niks uit. Het is een non issue, veroorzaakt door iemand die meteen al zei dat hij een hekel heeft aan alles niet high end. Werkt het, ja? Is er dus een probleem, nee?

Dit is niet AM3 meer waar je het behoorlijk kon verknallen met een octacore en een simpel bordje. Nee, AMD heeft afgedwongen dat een octacore in elk bordje zou moeten werken. Je kan vraagtekens plaatsen bij de 1800X op sommige bordjes, maar wie koopt er nu een bordje van €60 a €70 en een CPU van €500+?

Om helemaal veilig te zitten kan je een vrij simpele vuistregel aanhouden.
Quadcore = maakt niks uit
Hexacore = heatsink over de Vcore VRM en het liefst een 4 phase Vcore VRM
Octacore = heatsink en minimaal een B350 bordje pakken, en dan niet de MSI B350M Gaming Pro.

[Damic]

Kuch * Damic heeft een msi b350M gaming pro bordje werkt goed je moet alleen de vrm's actief koelen

[foppe-jan]

MrWisent schreef op maandag 5 juni 2017 @ 10:19:
[...]


Het voordeel is vooral wat meer power phases dan de rest van de B350 borden, verder heeft hij gelukkig geen SLI hoor .

Ah, dan stond dat verkeerd in de pw. Ik zie op youtube trouwens ook dat de audio chip wordt gecombineerd met "audio-grade capacitors" -- dat is natuurlijk wel een pluspuntje.
Maar goed, tenzij de prijs hiervan 20-30e onder de prime x370 komt te liggen zie ik niet echt welke niche dit non-marketing-technisch vult. Over meer power phases tov de prime plus kan ik nl. niks vinden.

[ Voor 5% gewijzigd door foppe-jan op 05-06-2017 11:08 ]

[DaniëlWW2]

Damic schreef op maandag 5 juni 2017 @ 10:33:
Kuch * Damic heeft een msi b350M gaming pro bordje werkt goed je moet alleen de vrm's actief koelen

Dan moet je helemaal niet zeuren.

[Verwijderd]

Damic schreef op maandag 5 juni 2017 @ 10:33:
Kuch * Damic heeft een msi b350M gaming pro bordje werkt goed je moet alleen de vrm's actief koelen

Je kan ze ook passief koelen door wat heatsinkjes eraan te koppelen. Via Amazon kan je die kopen, ik weet niet of dat je die in Nederland bij die kleine winkeltjes gemakkelijk kan kopen. Hoe dan ook, investeer hier 5-10 euro meer in als MSI en verkoop voor 5-10 euro meer een variant die wel goede MOSFETS heeft.

[Damic]

Euhm daar zit een koelblok op koelt alleen te weinig, want waterkoeling

[ Voor 30% gewijzigd door Damic op 05-06-2017 11:42 ]

[Verwijderd]

MrWisent schreef op maandag 5 juni 2017 @ 00:06:
[...]


Ik denk dat jij en veel anderen het volgende bord wel kan waarderen: pricewatch: Asus ROG Strix B350-F Gaming

Gewoon een B350 moederbord met wel degelijke mosfets (verwacht ik). De verwachting is dat hij rond de 130/140 euro zal kosten.

Ik ga het in de gaten houden, hopelijk komen ASRock en MSI ook met nieuwe modellen.

Damic schreef op maandag 5 juni 2017 @ 11:42:
Euhm daar zit een koelblok op koelt alleen te weinig, want waterkoeling

Voor mij waarschijnlijk een highend luchtkoeler straks, ik zou sommige AIO's wel willen gebruiken maar je weet dat je na X jaar een defecte AIO hebt en je hebt nog steeds risico op lekken. De prijs zal nog wat verder moeten zakken voordat ik instap, of de koelers moeten beter worden (momenteel hooguit een licht voordeel t.o.v. een highend koeler). Als je 90-100 euro voor een goede AIO afzet tegenover 85 euro voor een highend luchtkoeler dan lijkt de AIO een goede deal te zijn, totdat je beseft dat je die AIO na een paar jaar weer moet vervangen, ineens je computer niet meer kan gebruiken voor een week of zo omdat je eerst een nieuwe AIO moet kopen en die moet installeren terwijl je die luchtkoeler gemakkelijk 10 jaar kan gebruiken en je enkel een keer een nieuw plaatje gratis laten bezorgen voor een nieuwe CPU. Je betaalt dus gemakkelijk het dubbele voor een AIO.

De luchtkoeler zo plaatsen dat het lucht verplaatst over de VRM's gaat mij te ver, dat is zoiets als dat je ducktape gebruike om het handvat van een hamer vast te maken aan de kop van de net gekochte hamer, die hamer moet gewoon goed gemaakt zijn. Het koelblok zelf is ook zo'n lapmiddel, prima dat het erop zit maar gebruik liever iets betere MOSFETS en meer MOSFETS zodat die wat minder warm worden.
Bovendien wil ik niet de rest van mijn systeem slechter koelen en mogelijk ook meer lawaai hebben doordat ik de luchtkoeler anders moet oriënteren en moet het ook nog maar kunnen.

[ Voor 64% gewijzigd door Verwijderd op 05-06-2017 11:52 ]

[DaniëlWW2]

Eens kijken, voor een extra tientje krijg je bij MSI.
pricewatch: MSI B350 PC Mate

Oh kijk eens aan, een 4 phase in plaats van 3...

Deze hele discussie gaat echt nergens over. Je gaat geen supergeweldige 8 phase vrm krijgen met allemaal geweldige componenten voor €140. Nee, voor dat bedrag krijg je een aardige 4 phase. Zoiets als dit, pricewatch: MSI B350 Gaming Pro Carbon een 4 phase die dubbel uitgevoerd is per phase. Op 6 phase, laat staan meer hoef je niet te rekenen. Het is niet nodig, en binnen budget ook niet mogelijk. Ik vermoed dat AMD de APU optie afdwingt voor alle AM4 bordjes, dus moeten er een paar phases naar de eventuele APU kant, de soc vrm gaan. De meeste PWM controllers kunnen dus niet en een 6 phase ondersteunen, en een eventuele APU.

Dus je gaat of behoorlijk meer betalen voor de PWM chip, en de onderdelen van de VRM, of je volgt de specificatie van AM4 en zorgt ervoor dat je een Ryzen 7 met 1,42v kan draaien, zonder dat de Vcore VRM ontploft. Lijkt me een heel duidelijke keuze voor alle fabrikanten. Vrijwel niemand die het precies weet. Iedereen koopt een bordje voor usb poorten of audioconnecties, de Vcore VRM, wat is dat?

[Metaalhoofd]

Voor de audio-producerende-tweakers:
Wat zijn jullie ervaringen met 'low latency audio' (ofwel audio productie met veel tracks en virtuele instrumenten?)

In audio kringen is er een enkele test gedaan, waaruit blijkt dat Ryzen met lage buffers moeite heeft om zijn buffer snel genoeg te verwerken en bij 75% CPU load al de audio gaat haperen (en slechter presteert dan een i7-7700k). Met hogere buffers gaat het beter, maar dan kan latency weer een probleem worden.

Probleem op verschillende audio fora is dat men steeds dezelfde bron aanhaalt (en daarom Ryzen afgeraden wordt) en ik meer benieuwd ben naar praktijk ervaringen. Ga ik daar als hobbyist echt last van krijgen of pas als ik op professioneel niveau Hans Zimmeresque Game-scores in elkaar ga draaien.

[UtopiaM]

Metaalhoofd schreef op maandag 5 juni 2017 @ 13:26:
Voor de audio-producerende-tweakers:
Wat zijn jullie ervaringen met 'low latency audio' (ofwel audio productie met veel tracks en virtuele instrumenten?)

Ik gebruik bij voorbaat een redelijke latency, ik vind een snelle latency ook niet zó relevant (mastering engineer eh). Maar, heb het net even getest en mijn lynx hilo lijkt geen enkel probleem te hebben? De multithreading van deze cpu is superieur aan de i7, dus je kan theoretisch gewoon veel meer tegelijk draaien zonder bottlenecks.

Let wel, ik draai 3200 mem op c14, geheugen blijft belangrijk bij ryzen.