Horton

Re: Wierd context-switching issue on Xeon patch for 7.4.1

Rod Taylor <pg@rbt.ca>

View thread
From: Rod Taylor <pg@rbt.ca>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Josh Berkus <josh@agliodbs.com>, Bruce Momjian <pgman@candle.pha.pa.us>, pg@fastcrypt.com, Paul Tuckfield <paul@tuckfield.com>, Anjan Dave <adave@vantage.com>, Neil Conway <neilc@samurai.com>, Dirk Lutzebäck <lutzeb@aeccom.com>, Postgresql Performance <pgsql-performance@postgresql.org>
Date: 2004-04-22T21:22:11Z
Lists: pgsql-performance 
On Thu, 2004-04-22 at 13:55, Tom Lane wrote:
> Josh Berkus <josh@agliodbs.com> writes:
> > This may be a moot point, since you've stated that changing the loop timing 
> > won't solve the problem, but what about making the test part of make?   I 
> > don't think too many systems are going to change processor architectures once
> > in production, and those that do can be told to re-compile.
> 
> Having to recompile to run on single- vs dual-processor machines doesn't
> seem like it would fly.

Is it something the postmaster could quickly determine and set a global
during the startup cycle?