Re: [COMMITTERS] pgsql: Improved parallel make support - Mailing list pgsql-hackers

From Erik Rijkers
Subject Re: [COMMITTERS] pgsql: Improved parallel make support
Date
Msg-id 8992e63c5ceeb81ccaa8c2bf1dd8707f.squirrel@webmail.xs4all.nl
Whole thread Raw
In response to Re: [COMMITTERS] pgsql: Improved parallel make support  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
On Sat, November 13, 2010 18:15, Peter Eisentraut wrote:
> On lör, 2010-11-13 at 11:12 -0500, Tom Lane wrote:
>> It looks like all the unhappy critters are getting the same "virtual
>> memory exhausted" error.  I wonder whether they are all using make
>> 3.80 ...
>
> It turns out that there is an unrelated bug in 3.80 that some Linux
> distributions have patched around.  3.81 or 3.82 are OK.
>

Just to mention another effect of the recent changes:

make 3.81, Centos 5.5

On a dual quadcore system where I used to built with -j 16, it now only succeeds with  -j 8.

(I seem to remember that 16 as opposed to 8 shaved a couple of seconds off, although I'm not quite
sure anymore)

make -j 16 gives:

cc1: error: thread.c: No such file or directory
make[4]: *** [thread.o] Error 1
make[3]: *** [submake-libpq] Error 2
make[2]: *** [all-pg_ctl-recursive] Error 2
make[1]: *** [all-bin-recursive] Error 2
make[1]: *** Waiting for unfinished jobs....
Use of assignment to $[ is deprecated at ./parse.pl line 21.
In file included from gram.y:12101:
scan.c: In function ‘yy_try_NUL_trans’:
scan.c:16242: warning: unused variable ‘yyg’
Use of assignment to $[ is deprecated at ./check_rules.pl line 18.
make: *** [all-src-recursive] Error 2


( A similar effect I see on a dual core fedora system (2.6.27.5-117.fc10.i686), where -j 16 always
ran, but now it needs -j 4 or less (it also has make 3.81)  )


Erik Rijkers





pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: WIP: extensible enums
Next
From: Tom Lane
Date:
Subject: Re: 8.4-vintage problem in postmaster.c