Re: [HACKERS] Problems w/ LO

Поиск
Список
Период
Сортировка
От Tatsuo Ishii
Тема Re: [HACKERS] Problems w/ LO
Дата
Msg-id 199905280238.LAA18484@srapc451.sra.co.jp
обсуждение исходный текст
Ответ на Problems w/ LO  ("Brandon Palmer" <bap@scl.cwru.edu>)
Ответы Re: s_lock_stuck (was Problems w/ LO)  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Pablo Funes
Дата:
Сообщение: nonblocking lock?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Proposed article on PostgreSQL development