On 27-02-2015 07:48, Fernando de Oliveira wrote: > On 26-02-2015 22:01, Bruce Dubbs wrote: >> Ken Moffat wrote: >>> I see that we install with: >>> >>> MOZ_MAKE_FLAGS='-j<number>' \ >>> make -f client.mk install INSTALL_SDK= >>> >>> For the build, if MOZ_MAKE_FLAGS are not set, it will use the >>> available number of processors and the switch seems fine. But for >>> the install, it appears to me that it does not do that, and in any >>> case most of the install is single-threaded stuff (some python, then >>> tar). Doing repeated DESTDIR installs, the first obviously takes >>> longer (36s, nothing in buffer cache), but after that the difference >>> between -j4 and -j1 was <15 and <20 seconds. To me, that seems a >>> wasted line in the book, but then I do not generally like to run >>> more than -j1 during installs, things have broken too often in the >>> distant past. >>> >>> But rather than just impose my views, I'll ask first. Maybe I'm >>> missing something useful. >> >> I agree with you . It doesn't make much sense to using the >> MOZ_MAKE_FLAGS variable for the install phase. I'd say go ahead and >> remove it when you update the book.
Forgot to write: when I included MOZ_MAKE_FLAGS, intention was exactly to force -j1, not what appears to you both as the contrary. BTW, I know a package (maybe packages, because I can't remember which) that takes longer in the install than in the compile phase. I have changed the install command to use threads. > > In the install phase, if if you don't use it, install will use > "available number of processors". If you don't want that, to get single > threaded install, MOZ_MAKE_FLAGS=1 is necessary. > > $ xzgrep 'make -j4' firefox-36.0-blfs-2015.02.26-18h28m36s.log.xz > make -j4 -C /tmp/mozilla-release/firefox-build-dir > make -j4 -C /tmp/mozilla-release/firefox-build-dir install > > Without MOZ_MAKE_FLAGS=4, it would be 8. > > Search in your logs and you will find how many threads have been used. > > Of course, I don't mind if you prefer to remove it. > -- []s, Fernando -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
