Re: 'Waiting on lock'

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: 'Waiting on lock'
Дата
Msg-id 4821.1180542442@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: 'Waiting on lock'  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: 'Waiting on lock'  (Stephen Frost <sfrost@snowman.net>)
Re: 'Waiting on lock'  ("Simon Riggs" <simon@2ndquadrant.com>)
Список pgsql-hackers
Stephen Frost <sfrost@snowman.net> writes:
> * Tom Lane (tgl@sss.pgh.pa.us) wrote:
>> It'd be relatively painless to make that happen as part of the
>> deadlock-check timeout function, but that's typically only a one-second
>> delay not a "few seconds".  I think it'd likely be overly chatty.

> Yeah, I wouldn't want one per second.  Do we already track how long
> we've been waiting?

No, because we're *asleep*.  You'd have to add an additional
timeout-interrupt reason.  Plus there's a ton of interesting questions
about what's safe to do from an interrupt service routine.

In fact, I am scandalized to see that someone has inserted a boatload
of elog calls into CheckDeadLock since 8.2 --- that seems entirely
unsafe.  [ checks revision history... ]

2007-03-03 13:46  momjian
* doc/src/sgml/config.sgml, src/backend/storage/lmgr/deadlock.c,src/backend/storage/lmgr/proc.c,
src/backend/utils/misc/guc.c,src/backend/utils/misc/postgresql.conf.sample,src/include/storage/lock.h,
src/include/storage/proc.h:Add GUClog_lock_waits to log long wait times.Simon Riggs
 

Bruce, Simon, kindly fix this or revert it.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Style of file error messages
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: 'Waiting on lock'