Date: Mon, 8 May 2017 11:23:01 -0700 From: "Ngie Cooper (yaneurabeya)" <yaneurabeya@gmail.com> To: "O. Hartmann" <ohartmann@walstatt.org> Cc: FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: Re: filemon: weird full-time build although filemon enabled Message-ID: <557CD2F0-4E32-41EE-A0A9-DF5D8C189E83@gmail.com> In-Reply-To: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de> References: <20170506092255.083828f8@thor.intern.walstatt.dynvpn.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_4B5EBB05-BD8C-4B27-BCD0-C9BD76C87A43 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On May 6, 2017, at 00:22, O. Hartmann <ohartmann@walstatt.org> wrote: >=20 > I build CURRENT on two technically similar systems on a almost daily = basis. Therefore, it > was a great relief having WITH_META_MODE=3Dyes set in = /etc/src-env.conf for incremental > builds. To make my understanding of this clear (just in case I'm = wrong): setting > WITH_META_MODE builds only portions that does not need to be build in = the make context. >=20 > Well, the reason writing this email is: on one system, I run almost = every reboot into a > "full build" and this puzzles me a bit. The long-lasting and time = exhausting builds are > within the LLVM/CLANG tree. They consume a lot of time. The box in = question does have a > weak CPU, only two physical cores, four threads, 8GB of RAM and builds = the /usr/obj > residing on a SSD. The reference machine does have the same = motherboard, also a SSD, but > has 16 GB RAM and a 4-core/8 threads XEON CPU - but both are = "IvyBridge". The XEON > usually needs 30 - 40 minutes to compile a full world/kernel from a = clean /usr/obj, the > "weak" box takes approximately 120 minutes - it is understandable that = a shortage of the > build time is appreciated. >=20 > Well, having said this, I need to mention that both systems use almost > identical /etc/src.conf setting - except the order of appearance of = the WITH_ tags. In > fact, they are identical except the KERNCONF (naming of the kernel) = and PORTS_MODULES=3D, > the "weak" box incorporates x11/nvidia-driver and = emulators/virtualbox-ose-kmod, so these > modules are build every time the system gets rebuild, but the time = taken by those is > negligible. >=20 > The problem: to make my point clear: the "weak" box starts compiling = almost everytime now > the LLVM/CLANG tree while the XEON box does not. This is spooky. >=20 > I deleted on both systems recently /usr/obj completely from its = content and restarted a > buildworld again to hope, that the problem was introduced due to some = files > necessary for the BSD make environment to indicate the incremental = build. But no success. > Even more spooky is the fact, that after a build on the "weak" box and = a build again, the > box bevaves as expected not rebuilding everything again, but in some = cases after a > reboot, a rebuild the hits again the build of LLVM/CLANG tree, while = the XEON box does > not. >=20 > I think there is something missing an I'd like to ask what is the = suggested way to > initially restart a full build to ensure that WITH_META_MODE gets = initialised correctly. >=20 > Well, I'm not a developer, so please be patient with my naive report. >=20 > Thanks in advance, Dumb question: which kernel are you using on which machine = (GENERIC, GENERIC-NODEBUG, a custom kernel with or without debug hooks, = e.g., INVARIANTS, enabled)? Also, how are you building the system = (locally using UFS or ZFS, remotely, e.g., over NFS, etc)? Thanks, -Ngie --Apple-Mail=_4B5EBB05-BD8C-4B27-BCD0-C9BD76C87A43 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZELeGAAoJEPWDqSZpMIYV4wIP/3NKiAjoYSlzyNrPYn5z19oD ATmBevYVq7hzzKUhWEes3ei+2/Umz7cAB+DhNy6PL4ynT2PhVVFCArNjXVWFU+ZB zeoBVO35oeL4C7BHta2gAw6abOCWQHz8YcpOHExM6m2XRJiiABs5TSF57fd53n6d efdXxbe6GYiVwpvVtTX5iCXm3JNJ0EJ2usK3MCud/kR1eVJIjwlW5JhXEkxkVkna 95AFW51q6nvhAx5HKEKlm6L+Lp68YvmN/IJZcT6ZnCo8SkYqHUJOglue0/mwhMt+ cbKjAVCQTHo612yL8btE7uBVGGzYOhEdkslJECbPT0T5yQZO461VvAtduuIZ9ZPJ CZlmToH7kzI5C0ffRreDKmWKPRuZQTENWjYZvYyvbRyc5AF71e8bLSBx7k9ZOgl2 9NU1k8C6dyX+DV26hzsAGW04pQyoXS2fbnBs+GhW9wlnTpEuJjfAk0aym7BWKx1L gkt34hL9jZwucDBgTTcgp9qg+tP6zT23Mc48ZXDU1/Wuhdtl/sXQotvw1bmEUPZE C05GnFcA8LRCFnZt6sxmFO7S+GkubuwhKokt8icNBtcUomYh8COmX2tNiI3R6sY8 oEco9PyFCLDzojoWIhKVzPESW6BtQA18+/cRD8uKH5cOxqTMvL7YkkfrguHDa/nK NJX0htZtMJ6Ev5817Eat =JTxe -----END PGP SIGNATURE----- --Apple-Mail=_4B5EBB05-BD8C-4B27-BCD0-C9BD76C87A43--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?557CD2F0-4E32-41EE-A0A9-DF5D8C189E83>