Re: Injection point locking

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Injection point locking
Дата
Msg-id 1161825.1719241389@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Injection point locking  (Heikki Linnakangas <hlinnaka@iki.fi>)
Ответы Re: Injection point locking
Re: Injection point locking
Список pgsql-hackers
Heikki Linnakangas <hlinnaka@iki.fi> writes:
> ... I can't do that, because InjectionPointRun() requires a PGPROC 
> entry, because it uses an LWLock. That also makes it impossible to use 
> injection points in the postmaster. Any chance we could allow injection 
> points to be triggered without a PGPROC entry? Could we use a simple 
> spinlock instead? With a fast path for the case that no injection points 
> are attached or something?

Even taking a spinlock in the postmaster is contrary to project
policy.  Maybe we could look the other way for debug-only code,
but it seems like a pretty horrible precedent.

Given your point that the existing locking is just a fig leaf
anyway, maybe we could simply not have any?  Then it's on the
test author to be sure that the injection point won't be
getting invoked when it's about to be removed.  Or just rip
out the removal capability, and say that once installed an
injection point is there until postmaster shutdown (or till
shared memory reinitialization, anyway).

            regards, tom lane



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

Предыдущее
От: Melanie Plageman
Дата:
Сообщение: Re: Vacuum ERRORs out considering freezing dead tuples from before OldestXmin
Следующее
От: Robert Haas
Дата:
Сообщение: Re: scalability bottlenecks with (many) partitions (and more)