Re: Spinlocks, yet again: analysis and proposed patches - Mailing list pgsql-hackers

From Stephen Frost
Subject Re: Spinlocks, yet again: analysis and proposed patches
Date
Msg-id 20050913234901.GN6026@ns.snowman.net
Whole thread Raw
In response to Re: Spinlocks, yet again: analysis and proposed patches  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Spinlocks, yet again: analysis and proposed patches
Re: Spinlocks, yet again: analysis and proposed patches
List pgsql-hackers
* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> I'm starting to think that we might have to succumb to having a compile
> option "optimize for multiprocessor" or "optimize for single processor".
> It's pretty hard to see how we'd alter a data structure decision like
> this on the fly.

I'd really hate to see this happen.  In this case I don't think the
change you're proposing would have much of an impact on a uniprocessor
machine.  Having seperate compile-time options for uniprocessor and
multiprocessor would open the gates for potentially other changes which
*would* have a more serious impact on one or the other when compiled for
the opposite.  I think this would be a serious problem for binary
distributions and correspondingly their users.

Happy to test these changes, btw.

Also, I'm redoing my tests from the other patches with all the various
combinations; I'm a bit concerned that the recompiles I did (which were
just 'make', not 'make clean', 'make') for them previously didn't
actually recompile everything necessary.  Sorry if the results differ.
Hope to have that all done this evening.
Thanks,
    Stephen

pgsql-hackers by date:

Previous
From: "Min Xu (Hsu)"
Date:
Subject: Re: Spinlocks, yet again: analysis and proposed patches
Next
From: Gavin Sherry
Date:
Subject: Re: Spinlocks, yet again: analysis and proposed patches