Re: [PERFORM] Foreign key performance

From: Jan Wieck <JanWieck(at)Yahoo(dot)com>
To: Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Kevin Brown <kevin(at)sysexperts(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [PERFORM] Foreign key performance
Date: 2003-04-25 19:52:16
Message-ID: 3EA991F0.A201AC38@Yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

Stephan Szabo wrote:
>
> [Not sure this really is relevant for -performance at this point]
>
> On Thu, 17 Apr 2003, Stephan Szabo wrote:
>
> > On Fri, 18 Apr 2003, Tom Lane wrote:
> >
> > > Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> writes:
> > > > It appears (from some not terribly scientific experiments - see below)
> > > > that it's likely to be related to managing the deferred trigger queue
> > > > given that in my case at least running the constraints non-deferred was
> > > > negligible in comparison.
> > >
> > > At one time the deferred-trigger queue had an O(N^2) behavioral problem
> > > for large N = number of pending trigger events. But I thought we'd
> > > fixed that. What's the test case exactly? Can you get a profile with
> > > gprof?
> >
> > I'm going to tomorrow hopefully - but it looks to me that we fixed one, but
>
> Argh. I'm getting that state where gprof returns all 0s for times. I'm
> pretty sure this has come up before along with how to get it to work, but
> I couldn't find it in the archives. Someday I'll learn how to use gprof. :(

You have to save and restore the timers around the fork() under Linux.

Jan

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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Dave Page 2003-04-25 20:19:01 pg_constraint and constraint triggers
Previous Message pgsql 2003-04-25 16:59:13 Re: close() vs. closesocket()

Browse pgsql-performance by date

  From Date Subject
Next Message Tom Lane 2003-04-25 20:10:47 Re: More tablescanning fun
Previous Message Jim C. Nasby 2003-04-25 16:56:13 Re: More tablescanning fun