From: | Josh Berkus <josh(at)agliodbs(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | pg(at)fastcrypt(dot)com, Paul Tuckfield <paul(at)tuckfield(dot)com>, Anjan Dave <adave(at)vantage(dot)com>, Neil Conway <neilc(at)samurai(dot)com>, Dirk Lutzebäck <lutzeb(at)aeccom(dot)com>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Wierd context-switching issue on Xeon patch for 7.4.1 |
Date: | 2004-04-22 17:37:10 |
Message-ID: | 200404221037.10097.josh@agliodbs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Tom,
> The tricky
> part is that a slow adaptation rate means we can't have every backend
> figuring this out for itself --- the right value would have to be
> maintained globally, and I'm not sure how to do that without adding a
> lot of overhead.
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.
--
Josh Berkus
Aglio Database Solutions
San Francisco
From | Date | Subject | |
---|---|---|---|
Next Message | Pallav Kalva | 2004-04-22 17:51:42 | Setting Shared Buffers , Effective Cache, Sort Mem Parameters |
Previous Message | Eduardo Almeida | 2004-04-22 17:10:34 | Re: [PERFORM] MySQL vs PG TPC-H benchmarks |