Re: [PATCH] dtrace probes for memory manager - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCH] dtrace probes for memory manager
Date
Msg-id 22366.1260560307@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCH] dtrace probes for memory manager  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: [PATCH] dtrace probes for memory manager  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> I thought we had an idea of using the AllocSet dispatch mechanism to
> make this zero-overhead in the case where the probes are not enabled.
> What happened to that notion?

I must have missed that discussion, but +1 --- should be possible to get
to zero-overhead-when-off that way.  The trick is to figure out
what/where enables the alternate implementation.  The current design
assumes that the callers of FooContextCreate choose the implementation,
but we don't want that here.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: Adding support for SE-Linux security
Next
From: Greg Smith
Date:
Subject: Re: thread safety on clients