On 23 Jan, Mike Tancsa wrote:
> On 1/22/2018 5:13 PM, Don Lewis wrote:
>> On 22 Jan, Mike Tancsa wrote:
>>> On 1/22/2018 1:41 PM, Peter Moody wrote:
fwiw, I upgraded to 11-STABLE (11.1-STABLE #6 r328223), applied the
hw.lower_amd64_sharedpage setting to my loader.conf and got a crash
On 1/27/2018 3:23 AM, Don Lewis wrote:
>
> I just ran into this for this first time with samba46. I kicked of a
> ports build this evening before leaving for several hours. When I
> returned, samba46 had failed with a build runaway. I just tried again
> and I see python stuck in the usem state.
Don Lewis truckman at FreeBSD.org wrote on
Sat Jan 27 08:23:27 UTC 2018 :
> PIDTID COMMTDNAME CPU PRI STATE WCHAN
>
> 90692 100801 python2.7 --1 124 sleep usem
>
> 90692 100824 python2.7 -
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.
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 wrote:
> Whelp, I replaced the r5 1600x with an r7 1700 (au 1734) and I'm now
> getting min
On Jan 27, 2018 6:20 PM, "Nimrod Levy" wrote:
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
I couldn't find an easy way to down-speed my memory in the bios :(
On Sat, Jan 27, 201
