Re: performance hit with --enable-debug
От | Bruce Momjian |
---|---|
Тема | Re: performance hit with --enable-debug |
Дата | |
Msg-id | 200101141800.NAA00860@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: performance hit with --enable-debug (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: performance hit with --enable-debug
|
Список | 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 по дате отправления: