I'm about ready to have a party. My Ryzen 5 1600 has been up for over 8 days so far after changing the memory to a slower speed. System load hovers around .3
On Sat, Jan 27, 2018 at 8:41 PM Peter Moody <[email protected]> wrote: > Whelp, I replaced the r5 1600x with an r7 1700 (au 1734) and I'm now > getting minutes of uptime before I hard crash. With smt, without, with c > states, without, with opcache, without. No difference. > > I'm going to try a completely different motherboard next. I think Amazon > is starting to dislike me. > > On Jan 21, 2018 11:05 AM, "Peter Moody" <[email protected]> wrote: > >> hm, so i've got nearly 3 days of uptime with smt disabled. >> unfortunately this means that my otherwise '12' cores is actually only >> '6'. I'm also getting occasional segfaults compiling go programs. >> >> should I just RMA this beast again? >> >> On Sun, Jan 21, 2018 at 5:25 AM, Nimrod Levy <[email protected]> wrote: >> > almost 2 days uptime with a lower memory clock. still holding my breath, >> > but this seems promising. >> > >> > >> > >> > On Fri, Jan 19, 2018 at 4:02 PM Nimrod Levy <[email protected]> wrote: >> > >> >> I can try lowering my memory clock and see what happens. I'm a little >> >> skeptical because I have been able to run memtest with no errors for >> some >> >> time. I'm glad to give anything a try... >> >> >> >> >> >> On Fri, Jan 19, 2018 at 3:49 PM Mike Tancsa <[email protected]> wrote: >> >> >> >>> On 1/19/2018 3:23 PM, Ryan Root wrote: >> >>> > This looks like the QVL list for your MB -> >> >>> > >> >>> >> http://download.gigabyte.us/FileList/Memory/mb_memory_ga-ax370-Gaming5.pdf >> >>> >> >>> Its an Asus MB, but the memory I have is in the above PDF list >> >>> >> >>> I dont see CT16G4DFD824A, but I do see other crucial products with >> >>> slower clock speeds. Right now I do have it set to 2133 where as it >> was >> >>> 2400 before. >> >>> >> >>> ---Mike >> >>> >> >>> >> >>> > >> >>> > >> >>> > On 1/19/2018 12:13 PM, Mike Tancsa wrote: >> >>> >> Drag :( I have mine disabled as well as lowering the RAM freq to >> 2100 >> >>> >> from 2400. For me the hangs are infrequent. Its only been a day >> and a >> >>> >> half, so not sure if its gone or I have been "lucky"... Either >> ways, >> >>> >> this platform feels way too fragile to deploy on anything :( >> >>> >> >> >>> >> ---Mike >> >>> >> >> >>> >> On 1/19/2018 3:08 PM, Nimrod Levy wrote: >> >>> >>> Looks like disabling the C- states in the bios didn't change >> >>> anything. >> >>> >>> >> >>> >>> On Wed, Jan 17, 2018 at 9:22 PM Nimrod Levy <[email protected] >> >>> >>> <mailto:[email protected]>> wrote: >> >>> >>> >> >>> >>> That looks promising. I just found that seeing in the bios and >> >>> >>> disabled it. I'll see how it runs. >> >>> >>> >> >>> >>> Thanks >> >>> >>> >> >>> >>> >> >>> >>> On Wed, Jan 17, 2018, 18:38 Don Lewis <[email protected] >> >>> >>> <mailto:[email protected]>> wrote: >> >>> >>> >> >>> >>> On 17 Jan, Nimrod Levy wrote: >> >>> >>> > I'm running 11-STABLE from 12/9. amdtemp works for >> me. It >> >>> >>> also has the >> >>> >>> > systl indicating that it it has the shared page fix. I'm >> >>> >>> pretty sure I've >> >>> >>> > seen the lockups since then. I'll update to the latest >> >>> STABLE >> >>> >>> and see >> >>> >>> > what happens. >> >>> >>> > >> >>> >>> > One weird thing about my experience is that if I keep >> >>> >>> something running >> >>> >>> > continuously like the distributed.net < >> >>> http://distributed.net> >> >>> >>> client on 6 of 12 possible threads, >> >>> >>> > it keeps the system up for MUCH longer than without. >> This >> >>> is >> >>> >>> a home server >> >>> >>> > and very lightly loaded (one could argue insanely >> >>> overpowered >> >>> >>> for the use >> >>> >>> > case). >> >>> >>> >> >>> >>> This sounds like the problem with the deep Cx states that >> has >> >>> been >> >>> >>> reported by numerous Linux users. I think some >> motherboard >> >>> >>> brands are >> >>> >>> more likely to have the problem. See: >> >>> >>> >> >>> >> http://forum.asrock.com/forum_posts.asp?TID=5963&title=taichi-x370-with-ubuntu-idle-lock-ups-idle-freeze >> >>> >>> >> >>> >>> -- >> >>> >>> >> >>> >>> -- >> >>> >>> Nimrod >> >>> >>> >> >>> >>> >> >>> >>> >> >>> >>> -- >> >>> >>> >> >>> >>> -- >> >>> >>> Nimrod >> >>> >>> >> >>> >> >> >>> > >> >>> > >> >>> > _______________________________________________ >> >>> > [email protected] mailing list >> >>> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> >>> > To unsubscribe, send any mail to " >> >>> [email protected]" >> >>> > >> >>> > >> >>> >> >>> >> >>> -- >> >>> ------------------- >> >>> Mike Tancsa, tel +1 519 651 3400 <(519)%20651-3400> >> >>> Sentex Communications, [email protected] >> >>> Providing Internet services since 1994 www.sentex.net >> >>> Cambridge, Ontario Canada http://www.tancsa.com/ >> >>> _______________________________________________ >> >>> [email protected] mailing list >> >>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> >>> To unsubscribe, send any mail to " >> [email protected]" >> >>> >> >> >> >> >> >> -- >> >> >> >> -- >> >> Nimrod >> >> >> > >> > >> > -- >> > >> > -- >> > Nimrod >> > _______________________________________________ >> > [email protected] mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > To unsubscribe, send any mail to " >> [email protected]" >> > -- -- Nimrod _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[email protected]"
