A couple of suggestions:
1. Check your value of TMPDIR if any. All -O is doing is redirecting output
into a temp file and dumping it later. Effectively it turns command "foo"
into "foo > $TMPDIR/blah; cat $TMPDIR/blah; unlink $TMPDIR/blah". This is
why it seems almost impossible for it to slow thi
No I have not gotten to 4.2.1 yet.
I have experimented using j values ranging from 16 to 64. The majority of the
testing is with -Otarget. But I have tried all of them.
-Original Message-
From: Paul Smith [mailto:psm...@gnu.org]
Sent: Sunday, July 17, 2016 3:14 PM
To: Gardell, Steven ;
On Sun, 2016-07-17 at 15:48 +, Gardell, Steven wrote:
> OK. Thanks! I will try the latest version.
>
> FWIW, I am measuring is total wall clock time to complete the build.
> (date; gmake... ; date) This goes up substantially with all sync modes
> other than "none" if gmake has parallel invoca
OK. Thanks! I will try the latest version.
FWIW, I am measuring is total wall clock time to complete the build. (date;
gmake... ; date) This goes up substantially with all sync modes other than
"none" if gmake has parallel invocations of sub-makes going (e.g. "gmake -f
SomeOtherMakefile"). W
On Thu, 2016-07-14 at 15:40 -0700, sgardell wrote:
> But when I try to build across makefiles in parallel then I see two
> different things:
> 1) If I turn on any sort of output sync it gets dramatically slower.
> Sometimes slower than our -j1 time!
I recommend trying with the latest release, G
