Re: performance hit with --enable-debug - Mailing list pgsql-general

From Bruce Momjian
Subject Re: performance hit with --enable-debug
Date
Msg-id 200101141800.NAA00860@candle.pha.pa.us
Whole thread Raw
In response to Re: performance hit with --enable-debug  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: performance hit with --enable-debug  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-general
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> >> The effect in terms of query execution speed is probably minimal.  The
> >> problem is that the executables get about 15% larger, which can lead to
> >> longer load times, more memory usage, and ultimately to some speed issues.
>
> > Not sure about the longer load times.
>
> I don't believe that either.  The debug symbol tables aren't part of the
> memory-resident image, they just sit out there on disk ... at least in
> Unixen that I'm familiar with.
>
> I think this is worth looking at more closely.  I can't see any reason
> that Tom should be seeing a 30x performance hit from --enable-debug;
> there's something going on here that I don't understand.

I believe Peter was discussing image size, which while it affects the
binary size, it sits at the end of the binary and never gets loaded from
disk.

I believe debug adds some addition checks in the code, and that is why
he is seeing slowness with debug.  It was not the -g flag he used but
--enable-debug.  I just looked at configure.in, and saw the
--enable-debug enables assert checking.


--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: performance hit with --enable-debug
Next
From: Peter Eisentraut
Date:
Subject: Re: performance hit with --enable-debug