Re: mmap (was First set of OSDL Shared Mem scalability results, some wierdness ... - Mailing list pgsql-performance

From Tom Lane
Subject Re: mmap (was First set of OSDL Shared Mem scalability results, some wierdness ...
Date
Msg-id 26542.1097876270@sss.pgh.pa.us
Whole thread Raw
In response to Re: mmap (was First set of OSDL Shared Mem scalability results, some wierdness ...  (Mark Wong <markw@osdl.org>)
Responses Re: mmap (was First set of OSDL Shared Mem scalability results, some wierdness ...  (Mark Wong <markw@osdl.org>)
Re: mmap (was First set of OSDL Shared Mem scalability results,  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-performance
Mark Wong <markw@osdl.org> writes:
> I know where the do_sigaction is coming from in this particular case.
> Manfred Spraul tracked it to a pair of pgsignal calls in libpq.
> Commenting out those two calls out virtually eliminates do_sigaction from
> the kernel profile for this workload.

Hmm, I suppose those are the ones associated with suppressing SIGPIPE
during send().  It looks to me like those should go away in 8.0 if you
have compiled with ENABLE_THREAD_SAFETY ... exactly how is PG being
built in the current round of tests?

            regards, tom lane

pgsql-performance by date:

Previous
From: Mark Wong
Date:
Subject: Re: [Testperf-general] Re: First set of OSDL Shared Memscalability results, some wierdness ...
Next
From: Tom Lane
Date:
Subject: Re: [Testperf-general] Re: First set of OSDL Shared Memscalability results, some wierdness ...