Muskampen 2025: Segraren korad!

::: AMD Zen Samlingstråd :::

272 273 274 275 276 277 278 279

2017-08-26 01:47

Medlem ★

Plats: Sälen
Registrerad: Maj 2004

●

Fick i alla fall högre Firestrike poäng än med min 2600k@4.8GHz och det med 1800x@ stock
1800x, 18 632
2600k, 17 473

Lite lägre på sista kombinerade testet och det kan kanske bero på 3.7GHz clocken, har inte kollat gpu användning i sista testet, i övrigt verkar burken prestera lika bra i fåtrådat som min gamla 2600k men extremt mycket bättre i vältrådat.

Edit: Kan tillägga att jag kör 3466 15-15-15-35 t1 nu med 1,1 vsoc. Får näranog dubbla minnesbandbredden mot vad 2600k hade med 2133 c10 minnen.

Senast redigerat 2017-08-26 02:47

Visa signatur

| nVidia RTX3090FE | R9 5800X3D | MSI x570 Unify | Ballistix sport 3000c15 32GB DR@3800c16 | Custom Loop EKWB | 12TB nvme, 2TB sata SSD | RM1000x | Creative X4 | Antec C8 | Alienware aw3821dw | >Antec C8 Custom Loop< |

Rapportera Redigera

Citera flera Citera (4)

2017-08-26 08:57

Medlem ★

Registrerad: Jul 2011

●

Skrivet av tellus82:

Fick i alla fall högre Firestrike poäng än med min 2600k@4.8GHz och det med 1800x@ stock
1800x, 18 632
2600k, 17 473

Lite lägre på sista kombinerade testet och det kan kanske bero på 3.7GHz clocken, har inte kollat gpu användning i sista testet, i övrigt verkar burken prestera lika bra i fåtrådat som min gamla 2600k men extremt mycket bättre i vältrådat.

Edit: Kan tillägga att jag kör 3466 15-15-15-35 t1 nu med 1,1 vsoc. Får näranog dubbla minnesbandbredden mot vad 2600k hade med 2133 c10 minnen.

Gå till inlägget

Jag har:
1463
16
17
17
35
52
1t

Tacksi

Visa signatur

sweclockers prestandaindex

Efter 10 kommer 11.
Efter 99 kommer 100.

Rapportera Redigera

Citera flera Citera

2017-08-26 18:45

Medlem ★

Plats: Sälen
Registrerad: Maj 2004

●

Lite bättre i firestrike med 4.0GHz OC och 3466 ram, 19 391.
http://www.3dmark.com/fs/13463838
Nu fick jag bättre FPS på combined än med 2600k@4.8GHz, i de GPU bundna momenten är det samma, physics score är 78,3% högre
I CinebenchR15 fick jag 1769 och gamla 2600k gav strax norr om 800 om jag inte mins helt fel

Senast redigerat 2017-08-26 19:10

Visa signatur

| nVidia RTX3090FE | R9 5800X3D | MSI x570 Unify | Ballistix sport 3000c15 32GB DR@3800c16 | Custom Loop EKWB | 12TB nvme, 2TB sata SSD | RM1000x | Creative X4 | Antec C8 | Alienware aw3821dw | >Antec C8 Custom Loop< |

Rapportera Redigera

Citera flera Citera (3)

2017-08-26 21:46

Medlem ★

Plats: Sälen
Registrerad: Maj 2004

●

Skrivet av smd:

@tellus82: Ok. Ja man kan behöva dra upp volt en del för att stabilisera dom högre hastigheterna. Dock verkar det inte handla så mycket om volt tillslut och man får verkligen gå in och pilla med alla inställningar. Att lämna saker på auto har inte fungerat bra för mig när jag försöker få till högre hastigheter än 3200 eller tightare timings.
Så väldigt trevligt att alla bios med agesa 1.0.0.6 lagt till mer möjligheter. Var lite snålare med de första biosen så var svårt att få till några bra resultat.

Tidigare corsair minnen jag körde i 3466 behövde 1.4v för att vara stabilt på cl16 utan något värst optimerade subtimings samt 1.13v på soc för att vara stabilt. Jag har faktiskt haft det mycket lättare att få till det med dessa dr minnen otroligt nog och mina corsair minnen var också samsung-b men 8gb sr minnen. Bättre chip i dessa dr minnen antar jag.

Om någon annan med g.skill 2x16 3200 cl14 minnen och iaf crosshair 6 vill prova så är detta mina timings:
http://i.imgur.com/vDRO4Dy.png

Och lite inställningar som behövdes för att det skulle gå att boota och få stabilitet:

ProcODT_SM 60 ohm
Cmd2T 1T
Gear Down Mode Enabled
Power Down Enable Auto
RttNom RZQ/3
RttWr RZQ/3
RttPark RZQ/1
MemAddrCmdSetup_SM Auto
MemCsOdtSetup_SM Auto
MemCkeSetup_SM Auto
MemCadBusClkDrvStren_SM 40.0 Ohm
MemCadBusAddrCmdDrvStren_SM 20.0 Ohm
MemCadBusCsOdtDrvStren_SM 40.0 Ohm
MemCadBusCkeDrvStren_SM 40.0 Ohm

soc volt 1.13v
dram volt 1.375v

Mycket av inställningarna jag provar med hittar jag på overclock.net forumet så all credit går till folket där

Gå till inlägget

Glömde tacka för tipset, håller på och stabilitetstestar 3600MHz med dessa korrigeringar på drive strength, so far so good...

Visa signatur

| nVidia RTX3090FE | R9 5800X3D | MSI x570 Unify | Ballistix sport 3000c15 32GB DR@3800c16 | Custom Loop EKWB | 12TB nvme, 2TB sata SSD | RM1000x | Creative X4 | Antec C8 | Alienware aw3821dw | >Antec C8 Custom Loop< |

Rapportera Redigera

Citera flera Citera

2017-08-26 23:02

Medlem ★

Plats: Karlskoga
Registrerad: Jun 2004

●

@tellus82: Trevligt hoppas det blir stabilt

Visa signatur

CPU: i9 13900kf MB: Strix z790-F RAM: 32GB Dominator Platinum RGB 6400cl36
GPU: RTX 4090 Suprim X Main Display: MSI Optix MAG281URF
SSD: Samsung 980 Pro & 990 Pro 1TB, WD SN850X 2TB, Kingston KC3000 4TB
Cooler: h150i Elite LCD PSU:AX1200i Case: Phanteks P600S TG
Peripherals: Logitech G915, Superlight 2 DEX, Pro X Wireless, Powerplay

Rapportera Redigera

Citera flera Citera (1)

2017-08-27 17:08

Medlem ★

Plats: Sälen
Registrerad: Maj 2004

●

@smd: Tyvärr verkar 3600 bli svårt, det är såvitt jag kan se stabilt men det kräver rätt hög SoC volt och dessutom en command rate på 2 med 17-18-18-18-38 i timings, i 3466 funkar CR1 & 16-15-15-15-35 så skillnaden i slutändan blir rätt obefintlig, det är infinity fabric frekvensen som blir lite bättre men det är så liten skillnad mellan 3466 och 3600 att det faller inom felmarginal på tester. Fick dock till 4075MHz core clock på alla kärnor så nu är jag 401 poäng från 20k i firestrike

Visa signatur

| nVidia RTX3090FE | R9 5800X3D | MSI x570 Unify | Ballistix sport 3000c15 32GB DR@3800c16 | Custom Loop EKWB | 12TB nvme, 2TB sata SSD | RM1000x | Creative X4 | Antec C8 | Alienware aw3821dw | >Antec C8 Custom Loop< |

Rapportera Redigera

Citera flera Citera (3)

2017-08-27 20:21

Medlem ★

Plats: Karlskoga
Registrerad: Jun 2004

●

@tellus82: Ok. Ja kanske inte är värt det när man måste kräma på volt och offra timings ändå. 3466 med bra timings och 4075 på cpu är ju verkligen inte dåligt! Vad behövde du för vcore för att få det stabilt?

Visa signatur

CPU: i9 13900kf MB: Strix z790-F RAM: 32GB Dominator Platinum RGB 6400cl36
GPU: RTX 4090 Suprim X Main Display: MSI Optix MAG281URF
SSD: Samsung 980 Pro & 990 Pro 1TB, WD SN850X 2TB, Kingston KC3000 4TB
Cooler: h150i Elite LCD PSU:AX1200i Case: Phanteks P600S TG
Peripherals: Logitech G915, Superlight 2 DEX, Pro X Wireless, Powerplay

Rapportera Redigera

Citera flera Citera

2017-08-27 21:18

Medlem ★

Plats: Sälen
Registrerad: Maj 2004

●

@smd: låg på 1.45v för 4075, för 4.0 verkar jag behöva ~1.4 och det är nog en mer rimlig 24/7 klock på luft, kör faktiskt med alla c states igång & cool & quiet också så det är möjligt att en del tweaks kan stabilisera mer vid lägre spänning. Har inte satt mig in i varenda litet trick för Ryzen ännu.

Visa signatur

| nVidia RTX3090FE | R9 5800X3D | MSI x570 Unify | Ballistix sport 3000c15 32GB DR@3800c16 | Custom Loop EKWB | 12TB nvme, 2TB sata SSD | RM1000x | Creative X4 | Antec C8 | Alienware aw3821dw | >Antec C8 Custom Loop< |

Rapportera Redigera

Citera flera Citera

2017-08-27 21:31

Inaktiv

Registrerad: Aug 2012

●

Skrivet av tellus82:

@smd: låg på 1.45v för 4075, för 4.0 verkar jag behöva ~1.4 och det är nog en mer rimlig 24/7 klock på luft, kör faktiskt med alla c states igång & cool & quiet också så det är möjligt att en del tweaks kan stabilisera mer vid lägre spänning. Har inte satt mig in i varenda litet trick för Ryzen ännu.

Gå till inlägget

Jag körde 4.3 på 1.5V och bios F4

Rapportera Redigera

Citera flera Citera

2017-08-27 21:34

Inaktiv

Registrerad: Dec 2005

●

Varit frånvarande från denna tråd ett tag, men jag tänkte ändå fråga om det har blivit något snack överhuvudtaget bland "Windows-folket", och mainstreamanvändare angående de segfaults som uppstår under tunga parallella kompileringslaster på Ryzen tillverkade före vecka 25? Detta har blivit en stor snackis i Linux-världen och AMD har börjat byta ut processorer hos drabbade användare. Har själv en Ryzen tillverkad vecka 5 och har lyckats reproducera problemet med ./kill-ryzen.sh

https://github.com/suaefar/ryzen-test/blob/master/kill-ryzen....

http://www.phoronix.com/scan.php?page=article&item=new-ryzen-...

http://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Segv...

http://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Test...

Rapportera Redigera

Citera flera Citera

2017-08-27 22:04

Medlem

Registrerad: Jul 2015

●

Skrivet av anon78208:

Varit frånvarande från denna tråd ett tag, men jag tänkte ändå fråga om det har blivit något snack överhuvudtaget bland "Windows-folket", och mainstreamanvändare angående de segfaults som uppstår under tunga parallella kompileringslaster på Ryzen tillverkade före vecka 25? Detta har blivit en stor snackis i Linux-världen och AMD har börjat byta ut processorer hos drabbade användare. Har själv en Ryzen tillverkad vecka 5 och har lyckats reproducera problemet med ./kill-ryzen.sh

https://github.com/suaefar/ryzen-test/blob/master/kill-ryzen....

http://www.phoronix.com/scan.php?page=article&item=new-ryzen-...

http://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Segv...

http://www.phoronix.com/scan.php?page=news_item&px=Ryzen-Test...

Gå till inlägget

Njae inte direkt snack här tror jag, hörde för länge sedan att det fanns ett serverprogram på windows som kunde trigga samma fel (på något annat ställe), men det var mycket mer edge case än kompileringar i linux, och man får också problem med WSL då man gör samma saker, så problemet verkar vara rent hårdvarumässigt. Det pratades också vid nått tillfälle att man kunde övervolta och få det stabilt, men det funkade bara för vissa (så en BIOS uppdatering skulle förmodligen inte kunna fixa problemet). Helt enkelt ska man kontakta AMD om man vill få en nyare processor utan hårdvarusjuka.

Visa signatur

"Oh glorious cheeseburger… we bow to thee. The secrets of the universe are between the buns..."
"All my farts come straight from hell, you're already dead if you notice a smell"

Rapportera Redigera

Citera flera Citera

2017-08-27 22:17

Inaktiv

Registrerad: Dec 2005

●

Skrivet av wowsers:

Det pratades också vid nått tillfälle att man kunde övervolta och få det stabilt, men det funkade bara för vissa (så en BIOS uppdatering skulle förmodligen inte kunna fixa problemet).

Gå till inlägget

Ja precis. Det har snackats om att det kan hjälpa att öka spänningen, och även att stänga av SMT och/eller opcache men någon riktig lösning verkar inte finnas förutom RMA. Inte testat något av dessa själv än eftersom jag sällan råkar ut för problemet.

Första gången jag körde kill-ryzen trodde jag nästan att jag hade en frisk processor då det tog ganska lång tid, men efter 40 minuter kom ändå en segfault. Körde då på bios 0807 och kernel 4.12.8 och uppdaterade genast till senaste bios 0810 och kernel 4.12.9 och körde kill-ryzen igen. Nu tog det bara 40-nånting sekunder tills jag fick segfault.

Ganska allvarlig barnsjukdom ändå även om de flesta förmodligen aldrig kommer märka något. Dock lite förvånad över att bara Linux-orienterad media har tagit upp det, och mer mainstream-sajter som Sweclockers inte säger ett ord.

Rapportera Redigera

Citera flera Citera

2017-08-27 22:26

Medlem ★

Plats: Sälen
Registrerad: Maj 2004

●

@anon200632: 4.3 vid 1.45 låter som en jackpot i kisellotteriet och lite till, för att få min stabil i Prime95 på 16 trådar så behöver den 1.45v för 4075MHz och då ger den ganska precis 74 grader vid 25 graders rumstemp vilket inte är allt för illa pinkat med luftkylare men ändå. Kommer inte komma i närheten av den tempen vid spelande. Jaja, får se hur man gör.

Visa signatur

| nVidia RTX3090FE | R9 5800X3D | MSI x570 Unify | Ballistix sport 3000c15 32GB DR@3800c16 | Custom Loop EKWB | 12TB nvme, 2TB sata SSD | RM1000x | Creative X4 | Antec C8 | Alienware aw3821dw | >Antec C8 Custom Loop< |

Rapportera Redigera

Citera flera Citera (2)

2017-08-27 23:09

Medlem

Registrerad: Jul 2015

●

Skrivet av anon78208:

Ja precis. Det har snackats om att det kan hjälpa att öka spänningen, och även att stänga av SMT och/eller opcache men någon riktig lösning verkar inte finnas förutom RMA. Inte testat något av dessa själv än eftersom jag sällan råkar ut för problemet.

Första gången jag körde kill-ryzen trodde jag nästan att jag hade en frisk processor då det tog ganska lång tid, men efter 40 minuter kom ändå en segfault. Körde då på bios 0807 och kernel 4.12.8 och uppdaterade genast till senaste bios 0810 och kernel 4.12.9 och körde kill-ryzen igen. Nu tog det bara 40-nånting sekunder tills jag fick segfault.

Ganska allvarlig barnsjukdom ändå även om de flesta förmodligen aldrig kommer märka något. Dock lite förvånad över att bara Linux-orienterad media har tagit upp det, och mer mainstream-sajter som Sweclockers inte säger ett ord.

Gå till inlägget

Det är för att bara linux (och windows som lådsas vara linux kerneln) eller liknande system lyckas belasta processorn på det sätt som kan skapa segfault på tidiga Ryzen, med tanke på att bara tidiga exemplar visar upp detta beteende skulle jag tro att det hade någonting att göra med strömförsörjning eller något. Bara den ökade max hastigheten folk lyckas klämma ur Ryzen processorer (ur lådan med samma moderkort) enligt ett hyffsat antal personer verkar öka med senare batcher, om detta stämmer kan man inte utesluta ren dålig processmognad för de tidiga exemplaren.

Håller med om att det är en allvarlig sjukdom, men det skulle inte vara första gången hårdvarufel har hänt i en processor, att det löste sig en par batcher senare är bättre än många andra medfödda hårdvaruproblem som har hänt...

Visa signatur

"Oh glorious cheeseburger… we bow to thee. The secrets of the universe are between the buns..."
"All my farts come straight from hell, you're already dead if you notice a smell"

Rapportera Redigera

Citera flera Citera

2017-08-27 23:20

Medlem

Registrerad: Jul 2015

●

@tellus82: Tror att han kör 1600X (om förra sidan är något att gå på ), på sånna är inte 4.2 ovanligt att nå (4.3 brukar skapa stora problem med stabilitet), så inte helt omöjligt att han fick dubbelt upp med bra kisel och en modell som har bättre förutsättningar.

Alltid roligt att se vad folk lyckas komma upp i

Visa signatur

"Oh glorious cheeseburger… we bow to thee. The secrets of the universe are between the buns..."
"All my farts come straight from hell, you're already dead if you notice a smell"

Rapportera Redigera

Citera flera Citera (1)

2017-08-27 23:23

Inaktiv

Registrerad: Dec 2005

●

Känns ändå lite konstigt att mainstream-media gett AMD frikort angående detta. När det tidigare i år kom ut på Debians mailing list att det fanns ett problem i Skylake och Kaby Lakes HT-implementation så vill jag minnas att det var uppe på nästan alla mainstream teknik-sajter jag normalt besöker.

https://lists.debian.org/debian-devel/2017/06/msg00308.html

Varför får inte Ryzen samma behandling i media? I och för sig kanske man ska vara tacksam så inte andrahandsvärdet sjunker allt för mycket, men ändå

Rapportera Redigera

Citera flera Citera

2017-08-28 00:14

Medlem

Registrerad: Jul 2015

●

Skrivet av anon78208:

Känns ändå lite konstigt att mainstream-media gett AMD frikort angående detta. När det tidigare i år kom ut på Debians mailing list att det fanns ett problem i Skylake och Kaby Lakes HT-implementation så vill jag minnas att det var uppe på nästan alla mainstream teknik-sajter jag normalt besöker.

https://lists.debian.org/debian-devel/2017/06/msg00308.html

Varför får inte Ryzen samma behandling i media? I och för sig kanske man ska vara tacksam så inte andrahandsvärdet sjunker allt för mycket, men ändå

Gå till inlägget

Skylake HT-implementeringsgrejen varade ett par månader om jag minns rätt, har också för mig att Intel vägrade tala om något och gjorde en tyst patch i microkod då de hittade felet. AMD har varit väldigt öppna, använt aktiv kommunikation och hjälp av användare att spåra ner felet/felen, plus att de också ger möjlighet för RMA (för att detta är hårdvarufel).

Säga vad man vill men en aktiv kommunikation räcker hästlängder för att göra power users nöjda

Visa signatur

"Oh glorious cheeseburger… we bow to thee. The secrets of the universe are between the buns..."
"All my farts come straight from hell, you're already dead if you notice a smell"

Rapportera Redigera

Citera flera Citera (3)

2017-08-28 05:22

Medlem ★

Registrerad: Jul 2011

●

Skrivet av anon78208:

Känns ändå lite konstigt att mainstream-media gett AMD frikort angående detta. När det tidigare i år kom ut på Debians mailing list att det fanns ett problem i Skylake och Kaby Lakes HT-implementation så vill jag minnas att det var uppe på nästan alla mainstream teknik-sajter jag normalt besöker.

https://lists.debian.org/debian-devel/2017/06/msg00308.html

Varför får inte Ryzen samma behandling i media? I och för sig kanske man ska vara tacksam så inte andrahandsvärdet sjunker allt för mycket, men ändå

Gå till inlägget

Har du dragit iväg ett tips?
http://www.sweclockers.com/kontakt

Visa signatur

sweclockers prestandaindex

Efter 10 kommer 11.
Efter 99 kommer 100.

Rapportera Redigera

Citera flera Citera

2017-08-28 08:59

Hjälpsam ★

Plats: Karlskoga
Registrerad: Jan 2007

●

Alla CPU:r har buggar, var ganska nyligen Intel hade problem med HT på många modeller.
Du kan provocera fram denna bugg via ett speciellt program, normalt kommer nästan ingen att utsättas för detta.

Visa signatur

AMD Ryzen 7 5700X | Saphire RX 5700 Pulse XT (Silent Mode) | 64 GB Kingston ECC | https://valid.x86.fr/51gntq | Stockkylaren | Bitfenix Whisper M 750W.
AMD Ryzen 9 5900X | AMD RX 9600 XT 16GB | 64 GB Micron ECC | https://valid.x86.fr/gwcxfs
HTPC | https://valid.x86.fr/gqtxws |

Rapportera Redigera

Citera flera Citera

2017-08-28 10:10

Inaktiv

Registrerad: Dec 2005

●

Skrivet av Ratatosk:

Alla CPU:r har buggar, var ganska nyligen Intel hade problem med HT på många modeller.
Du kan provocera fram denna bugg via ett speciellt program, normalt kommer nästan ingen att utsättas för detta.

Gå till inlägget

Att kompilera program är vardagssyssla för många Linux-användare.

Rapportera Redigera

Citera flera Citera

2017-08-28 11:16

Hjälpsam ★

Plats: Karlskoga
Registrerad: Jan 2007

●

Skrivet av anon78208:

Att kompilera program är vardagssyssla för många Linux-användare.

Gå till inlägget

Ja, men är det inte så att buggen bara uppträder med vissa revisioner av vissa kompilatorer och att det redan i dag finns workaround?

Visa signatur

AMD Ryzen 7 5700X | Saphire RX 5700 Pulse XT (Silent Mode) | 64 GB Kingston ECC | https://valid.x86.fr/51gntq | Stockkylaren | Bitfenix Whisper M 750W.
AMD Ryzen 9 5900X | AMD RX 9600 XT 16GB | 64 GB Micron ECC | https://valid.x86.fr/gwcxfs
HTPC | https://valid.x86.fr/gqtxws |

Rapportera Redigera

Citera flera Citera

2017-08-28 11:24

Inaktiv

Registrerad: Dec 2005

●

Skrivet av Ratatosk:

Ja, men är det inte så att buggen bara uppträder med vissa revisioner av vissa kompilatorer och att det redan i dag finns workaround?

Gå till inlägget

Nix. Uppstår på många olika operativsystem, exempelvis Linux, BSD, WSL och så vidare, och det uppstår i flera olika kompilatorer som GCC och Clang oavsett version. Detta är inte en bugg i mjukvara. AMD har inte lyckats fixa det i sin microcode, och har bekräftat att det är ett problem i kislet.

Rapportera Redigera

Citera flera Citera

2017-08-28 12:23

Hjälpsam ★

Plats: Karlskoga
Registrerad: Jan 2007

●

@anon78208: Ok, tack för infon.

Visa signatur

AMD Ryzen 7 5700X | Saphire RX 5700 Pulse XT (Silent Mode) | 64 GB Kingston ECC | https://valid.x86.fr/51gntq | Stockkylaren | Bitfenix Whisper M 750W.
AMD Ryzen 9 5900X | AMD RX 9600 XT 16GB | 64 GB Micron ECC | https://valid.x86.fr/gwcxfs
HTPC | https://valid.x86.fr/gqtxws |

Rapportera Redigera

Citera flera Citera

2017-08-29 12:08

Medlem ★

Plats: Stockholm
Registrerad: Jan 2007

●

Skrivet av anon78208:

Nix. Uppstår på många olika operativsystem, exempelvis Linux, BSD, WSL och så vidare, och det uppstår i flera olika kompilatorer som GCC och Clang oavsett version. Detta är inte en bugg i mjukvara. AMD har inte lyckats fixa det i sin microcode, och har bekräftat att det är ett problem i kislet.

Gå till inlägget

Skrivet av Ratatosk:

@anon78208: Ok, tack för infon.

Gå till inlägget

Vad jag förstår så är det löst, i kisel.

http://www.phoronix.com/scan.php?page=article&item=new-ryzen-...

Men det hjälper ju inte existerande. Fast, AMD verkar ju byta ut CPUn om man ber om det.

Visa signatur

| Fractal Design Define R5| Asrock X399 Fatal1ty| Threadripper 1950X| Noctua NH-U14S TR4-SP3| Corsair Vengeance LPX 8x16GB 3200 C16| be quiet! Straight Power 11 Platinum 1000W| ASUS RTX 3080 10GB Strix| LG OLED 4k 42" C2| Debian Sid| KDE 5.x|

Rapportera Redigera

Citera flera Citera

2017-08-29 12:15

Inaktiv

Registrerad: Dec 2005

●

Skrivet av sAAb:

Vad jag förstår så är det löst, i kisel.

http://www.phoronix.com/scan.php?page=article&item=new-ryzen-...

Men det hjälper ju inte existerande. Fast, AMD verkar ju byta ut CPUn om man ber om det.

Gå till inlägget

En ungefär två veckor lång RMA-process där man står utan CPU under tiden man väntar på en ersättare om jag förstått det rätt. Inte speciellt roligt med andra ord...

Rapportera Redigera

Citera flera Citera

2017-08-29 12:23

Inaktiv

Registrerad: Aug 2012

●

Skrivet av sAAb:

Vad jag förstår så är det löst, i kisel.

http://www.phoronix.com/scan.php?page=article&item=new-ryzen-...

Men det hjälper ju inte existerande. Fast, AMD verkar ju byta ut CPUn om man ber om det.

Gå till inlägget

jag har vecka 21 på min 1600x, så den kan vara en sådan som buggar?
Brytet va v25 som jag uppfattade det.

Rapportera Redigera

Citera flera Citera

2017-08-29 12:27

Inaktiv

Registrerad: Dec 2005

●

Skrivet av anon200632:

jag har vecka 21 på min 1600x, så den kan vara en sådan som buggar?
Brytet va v25 som jag uppfattade det.

Gå till inlägget

Vecka 25 sägs det ja, men notera att det inte är något officiellt uttalande från AMD, utan det baseras på rapporter ifrån användare.

Testa ./kill-ryzen.sh vetjag... Har du inte Linux kan du enkelt köra det från en Live-USB eller Windows Subsystem for Linux

Senast redigerat 2017-08-29 12:32 Länkar

Rapportera Redigera

Citera flera Citera

2017-08-29 15:45

Medlem ★

Plats: Sälen
Registrerad: Maj 2004

●

Tvungen och slänga upp en mid build bild, väntar på en sleevad PCI-E kabel till ljudkortet & röda customod covers till cpu kylarn, eventuellt någon led strip & slänga i också, kan ju inte bygga en burk i år utan RGB

Knäppte en bild medans jag fixade med kablarna till grafikkortet, nu är dom lite rakare dragna.

Som sagt, behöver nog någon mer strip

Senast redigerat 2017-08-29 15:54

Visa signatur

| nVidia RTX3090FE | R9 5800X3D | MSI x570 Unify | Ballistix sport 3000c15 32GB DR@3800c16 | Custom Loop EKWB | 12TB nvme, 2TB sata SSD | RM1000x | Creative X4 | Antec C8 | Alienware aw3821dw | >Antec C8 Custom Loop< |

Rapportera Redigera

Citera flera Citera (2)

2017-08-29 16:38

Inaktiv

Registrerad: Aug 2012

●

Skrivet av anon78208:

Vecka 25 sägs det ja, men notera att det inte är något officiellt uttalande från AMD, utan det baseras på rapporter ifrån användare.

Testa ./kill-ryzen.sh vetjag... Har du inte Linux kan du enkelt köra det från en Live-USB eller Windows Subsystem for Linux

Gå till inlägget

Är det samma som händer i Aida 64 under fpu stress?
Kommer upp var 3-4 sekund att systemet inte svarar

Rapportera Redigera

Citera flera Citera

2017-08-29 16:43

Medlem ★

Plats: Sälen
Registrerad: Maj 2004

●

Skrivet av anon200632:

Är det samma som händer i Aida 64 under fpu stress?
Kommer upp var 3-4 sekund att systemet inte svarar

Gå till inlägget

Nej det du ser är att Aida_bench64.dll har för hög prio, sätt den på låg så ska du se att Aida i sig själv börjar svara även under FPU test, förutsatt att det kommer upp (Svarar inte) / (Not responding) i namnlisten, kan också få bort det genom att ge något annat fönster fokus.

Visa signatur

| nVidia RTX3090FE | R9 5800X3D | MSI x570 Unify | Ballistix sport 3000c15 32GB DR@3800c16 | Custom Loop EKWB | 12TB nvme, 2TB sata SSD | RM1000x | Creative X4 | Antec C8 | Alienware aw3821dw | >Antec C8 Custom Loop< |

Rapportera Redigera

Citera flera Citera

272 273 274 275 276 277 278 279