Re: [HACKERS] Compile timing

From: wieck(at)debis(dot)com (Jan Wieck)
To: lamar(dot)owen(at)wgcr(dot)org (Lamar Owen)
Cc: maillist(at)candle(dot)pha(dot)pa(dot)us, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Compile timing
Date: 1999-09-23 00:22:54
Message-ID: m11Twf0-0003kLC@orion.SAPserv.Hamburg.dsh.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Lamar Owen wrote:

>
> Bruce Momjian wrote:
> >
> > Someone mentioned that it took them quite a while to compile the
> > PostgreSQL code. My wallclock time is 3:52 for a compile with -O1 using
> > gcc 2.7.2.1. This is on a dual-PII 350MHz running BSD/OS 4.01.

Hmmm,

Is there something wrong with your system, Bruce? My 64MB
333MHz singe-PII (same gcc version under Linux 2.2.10) does a
-O1 clean-compile in 3:28.

Maybe the SMP overhead is eating up the missing cycles. You
would like a parallelized make to outperform me again - no?

> You have a machine that is 5 times faster than mine. Also, this is more
> than a compile -- this is a whole sequence of events -- cleaning out the
> old build directory, unpacking the tarball, applying patches,
> configure;make;make install, some other sequences of events, and then
> cpio'ing and compressing to build several rpm's. So, about two thirds
> of the time is actually spent compiling, which is still a little slow
> compared to your result.

Lamar, shouldn't you run at least the regression suite too
before building the rpm's?

Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#========================================= wieck(at)debis(dot)com (Jan Wieck) #

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message The Hermit Hacker 1999-09-23 00:25:03 Re: [HACKERS] All things equal, we are still alot slower then MySQL?
Previous Message Tom Lane 1999-09-23 00:05:39 Progress report: buffer refcount bugs and SQL functions