Re: [Testperf-general] Re: First set of OSDL Shared Memscalability results, some wierdness ... - Mailing list pgsql-performance

From Mark Wong
Subject Re: [Testperf-general] Re: First set of OSDL Shared Memscalability results, some wierdness ...
Date
Msg-id 20041015143206.A17724@osdl.org
Whole thread Raw
In response to Re: [Testperf-general] Re: First set of OSDL Shared Memscalability results, some wierdness ...  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [Testperf-general] Re: First set of OSDL Shared Memscalability results, some wierdness ...
List pgsql-performance
On Fri, Oct 15, 2004 at 05:27:29PM -0400, Tom Lane wrote:
> Josh Berkus <josh@agliodbs.com> writes:
> >> I suspect the reason recalc_sigpending_tsk is so high is that the
> >> original coding of PG_TRY involved saving and restoring the signal mask,
> >> which led to a whole lot of sigsetmask-type kernel calls.  Is this test
> >> with beta3, or something older?
>
> > Beta3, *without* Gavin or Neil's Futex patch.
>
> Hmm, in that case the cost deserves some further investigation.  Can we
> find out just what that routine does and where it's being called from?
>

There's a call-graph feature with oprofile as of version 0.8 with
the opstack tool, but I'm having a terrible time figuring out why the
output isn't doing the graphing part.  Otherwise, I'd have that
available already...

Mark

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: [Testperf-general] Re: First set of OSDL Shared Memscalability results, some wierdness ...
Next
From: Tom Lane
Date:
Subject: Re: mmap (was First set of OSDL Shared Mem scalability results, some wierdness ...