Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 14 Aug 2017 17:27:47 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-bugs@FreeBSD.org
Subject:   [Bug 221029] AMD Ryzen: strange compilation failures using poudriere or plain buildkernel/buildworld
Message-ID:  <bug-221029-8-s1nb7YTsWy@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-221029-8@https.bugs.freebsd.org/bugzilla/>
References:  <bug-221029-8@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221029

Mark Millard <markmi@dsl-only.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |markmi@dsl-only.net

--- Comment #70 from Mark Millard <markmi@dsl-only.net> ---
Summary. . . .

Overall: using a virtual machine and restricting
its "processor" count to match one per core does not
seem to change the "compilation" problems much, if
at all.

Details. . .

I have access to a Ryzen7 1800X system again: replacement
motherboard in place.

So I've been experimenting but in a different context:

FreeBSD 11.1-STABLE -r322433 running under a VirtualBox
virtual machine that is running on Windows 10 Pro.

Also I've tried assigning both cases of:

16 "processors" to the VM (a mean of 2 per core)
and:
8 "processors" to the VM (a mean of 1 per core)

Either way building ports gets failures where retrying
either fails at a different place or works. (I'm using
poudriere set to match PARALLEL_JOBS to the VM
"processor" count (8 in the poudriere.conf example below).
devel/ghc seems the most reliable/quickest to fail of the
things attempted so far (only a few failures still).

Via grep for Failed :

[02:26:39] [11] [00:08:55] Finished devel/llvm39 | llvm39-3.9.1_6: Failed:
build
[03:35:53] [03] [00:07:35] Finished lang/ghc | ghc-8.0.2_1: Failed: build
[04:03:15] [04] [00:10:32] Finished math/openblas | openblas-0.2.19_1,1:
Failed: build
[01:12:55] [09] [00:00:11] Finished net-im/farstream | farstream-0.2.7: Fai=
led:
fetch
[03:43:13] [05] [03:22:48] Finished java/openjdk7 | openjdk-7.141.02,1: Fai=
led:
build/runaway
[00:09:18] [01] [00:06:15] Finished lang/ghc | ghc-8.0.2_1: Failed: build
[00:14:21] [02] [00:11:18] Finished math/openblas | openblas-0.2.19_1,1:
Failed: build

(I have not yet to let poudriere run to completion: I've
been trying various variations in its and the VM's
settings.)

As stands I have:

# diff /usr/local/etc/poudriere.conf.sample /usr/local/etc/poudriere.conf
12a13
> ZPOOL=3DzrFBSDx6411SL
30c31,32
< FREEBSD_HOST=3D_PROTO_://_CHANGE_THIS_
---
> #FREEBSD_HOST=3D_PROTO_://_CHANGE_THIS_
> FREEBSD_HOST=3Dftp://ftp.freebsd.org
157a160
> PARALLEL_JOBS=3D8
196a200
> ALLOW_MAKE_JOBS_PACKAGES=3D"pkg ccache py* gcc* llvm* ghc* *webkit* *offi=
ce* chromium* iridium* mongodb*"
263c267
< #BUILD_AS_NON_ROOT=3Dno
---
> BUILD_AS_NON_ROOT=3Dno

(VirtualBox warns about setting more than 8
"processors". It does seem to avoid a massive
"system" overhead as seen in top in the FreeBSD
instances when 16 "processors" were in use.)

Task Manager's Performance tab's plots indicate
that 8 threads vastly dominate the CPU activity
at the system level when the VM is given 8
"processors".

I do have: kern.hz=3D100

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-221029-8-s1nb7YTsWy>