From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
---|---|
To: | tgl(at)sss(dot)pgh(dot)pa(dot)us |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: stuck spin lock with many concurrent users |
Date: | 2001-06-25 01:03:05 |
Message-ID: | 20010625100305K.t-ishii@sra.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> writes:
> > I got an interesting result. If I compile backend with -g (and without
> > -O2), I get no stuck spin lock errors. However, if s_lock.c is
> > compiled with -O2 enabled, I got the error again. It seems only
> > s_lock.c is related to this phenomenon.
>
> That's very interesting. Could optimization be breaking the TAS
> sequence on your platform? What is your platform, anyway?
> Might need to burrow into the assembly code to see just what's
> happening.
As I said, it's a x86 Linux (more precisely, kernel 2.2.18 with 2
processors, egcs 2.91). I suspect that the inlined TAS code might be
incompatible with the caller, s_lock.
--
Tatsuo Ishii
From | Date | Subject | |
---|---|---|---|
Next Message | Hiroshi Inoue | 2001-06-25 01:42:40 | Re: Good name for new lock type for VACUUM? |
Previous Message | Alex Pilosov | 2001-06-24 22:20:39 | Re: [PATCH] by request: base64 for bytea |