Ryzen issues on FreeBSD ?

[Peter Moody]

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" <freebsd at hda3.com> 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 <nimrodl at gmail.com> 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 <nimrodl at gmail.com> 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 <mike at sentex.net> 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 <nimrodl at gmail.com
> >>> >>> <mailto:nimrodl at gmail.com>> 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 <truckman at freebsd.org
> >>> >>>     <mailto:truckman at freebsd.org>> 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
> >>> >>>
> >>> >>
> >>> >
> >>> >
> >>> > _______________________________________________
> >>> > freebsd-stable at freebsd.org mailing list
> >>> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> >>> > To unsubscribe, send any mail to "
> >>> freebsd-stable-unsubscribe at freebsd.org"
> >>> >
> >>> >
> >>>
> >>>
> >>> --
> >>> -------------------
> >>> Mike Tancsa, tel +1 519 651 3400 <(519)%20651-3400>
> >>> Sentex Communications, mike at sentex.net
> >>> Providing Internet services since 1994 www.sentex.net
> >>> Cambridge, Ontario Canada   http://www.tancsa.com/
> >>> _______________________________________________
> >>> freebsd-stable at freebsd.org mailing list
> >>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@
> freebsd.org"
> >>>
> >>
> >>
> >> --
> >>
> >> --
> >> Nimrod
> >>
> >
> >
> > --
> >
> > --
> > Nimrod
> > _______________________________________________
> > freebsd-stable at freebsd.org mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org
> "
>