From: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
---|---|
To: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov> |
Cc: | pgman(at)candle(dot)pha(dot)pa(dot)us, tgl(at)sss(dot)pgh(dot)pa(dot)us, pgsql-hackers(at)postgresql(dot)org, Robert(dot)Creager(at)Sun(dot)com |
Subject: | Re: Seeing context switch storm with 10/13 snapshot of |
Date: | 2005-10-24 22:05:10 |
Message-ID: | 1130191510.8300.1092.camel@localhost.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, 2005-10-24 at 13:08 -0500, Kevin Grittner wrote:
> Try getting lucky in google with "spinlock contention is greater"
Kevin's reference is actually to a Sybase manual page; very interesting.
This refers to the idea of subdividing the lock into may partitions.
That's already been discussed, but that is the next step beyond where we
are right now with a single cache but a much improved cache algorithm.
That technique is an algorithmic improvement rather than a hardware
specific improvment, which is what is required in the case we are
dealing with here.
Cool reference.
The idea of named caches is more familiar to me. Tuning for that is just
too hard and massively inflexible, so I don't think its the way anybody
really wants to go, but I hold the door open for anybody travelling that
way.
> >>> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> >>>
>
> How do other databases deal with this? I can't imagine we are the only
> ones. Are we doing something different than them?
I'm not sure the people qualified to answer that are able to do so. What
do other OSS projects do about this is more likely an answerable
question.
Best Regards, Simon Riggs
From | Date | Subject | |
---|---|---|---|
Next Message | Seneca Cunningham | 2005-10-24 22:17:04 | memcpy SEGV on AIX 5.3 |
Previous Message | Michael Fuhr | 2005-10-24 20:39:36 | Re: Creating table in different database |