Re: [HACKERS] Problems w/ LO - Mailing list pgsql-hackers

From Tatsuo Ishii
Subject Re: [HACKERS] Problems w/ LO
Date
Msg-id 199905280238.LAA18484@srapc451.sra.co.jp
Whole thread Raw
In response to Problems w/ LO  ("Brandon Palmer" <bap@scl.cwru.edu>)
Responses Re: s_lock_stuck (was Problems w/ LO)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
>I am having some problems w/ LO in postgres 6.5.snapshot  (date marked
>5/27).  Here is the problem:

Seems 6.5 has a problem with LOs.

Sorry, but I don't have time right now to track this problem since I
have another one that has higher priority.

I've been looking into the "stuck spin lock" problem under high
load. Unless it being solved, PostgreSQL would not be usable in the
"real world."

Question to hackers: Why does s_lock_stuck() call abort()? Shouldn't
be elog(ERROR) or elog(FATAL)?
--
Tatsuo Ishii


pgsql-hackers by date:

Previous
From: Pablo Funes
Date:
Subject: nonblocking lock?
Next
From: Bruce Momjian
Date:
Subject: Proposed article on PostgreSQL development