Rich Freeman via plug on 4 Oct 2020 16:01:46 -0700 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
Re: [PLUG] Distcc |
On Sun, Oct 4, 2020 at 3:17 AM Casey Bralla via plug <plug@lists.phillylinux.org> wrote: > > I had a "brilliant" idea tonight. I'll try creating a virtualbox machine with the same CFLAGS, CHOST, CPUFLAGS, and ACCEPT_KEYWORDS that the client uses. But the virtual box will be given all the host cores and lots of RAM. Then this virtualbox will be set as the volunteer. Like you said, I cannot use the "-march=native" flag in the volunteer. That would maximize your chances. A container would also be fine - the kernel isn't going to matter, and it would certainly be more efficient, especially for memory-hungry builds. -march=native is a definite no-no with distcc - that is going to break all the time unless all your hardware is identical. Even under ideal circumstances there are plenty of packages that break with distcc. The other problem I've had with doing it at scale is that you end up having to set -j on the high side. That is great when you're using gcc because it distributes. Then make suddenly tries to build a bunch of stuff using ant/java/whatever or even python and suddenly you have a bazillion thread spawning locally killing the system. There needs to be some way to set -j such that it only applies to gcc. I've used it at times, but have mostly given up on it. Just too much human-intervention time for the amount of system-time it saves me. -- Rich ___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug