From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | Robert Creager <Robert(dot)Creager(at)Sun(dot)com>, PGHackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Seeing context switch storm with 10/13 snapshot of |
Date: | 2005-10-21 21:17:53 |
Message-ID: | 25797.1129929473@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Simon Riggs <simon(at)2ndquadrant(dot)com> writes:
> Certainly there is a lack of ideas as to how to fix it, as you mention
> in (3). This shows to me that the solution lies in one of two areas: a)
> the solution has not yet been considered or b) the solution has already
> been thought of and for whatever reason disregarded. You may be certain
> that the solution lies in a), though I am not. Rejecting ideas quickly
> may simply increase the chances of finding the solution in a b) case.
However, building a spinlock test harness presupposes that the solution
lies in the spinlock code itself, and not in (say) changing our usage
patterns of it. So I'd throw the "rejecting ideas too quickly"
challenge right back at you. What we need to optimize is the behavior
in the real context of Postgres, not in a test harness.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Neil Conway | 2005-10-21 21:43:49 | Re: [COMMITTERS] pgsql: Do all accesses to shared buffer |
Previous Message | Tom Lane | 2005-10-21 21:14:44 | Re: [PATCHES] Win32 CHECK_FOR_INTERRUPTS() performance tweak |