Re: Waiting on ExclusiveLock on extension

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: Waiting on ExclusiveLock on extension
Дата
Msg-id 55340D98.40601@BlueTreble.com
обсуждение исходный текст
Ответ на Re: Waiting on ExclusiveLock on extension  (Jim Nasby <Jim.Nasby@BlueTreble.com>)
Список pgsql-general
On 4/19/15 3:08 PM, Jim Nasby wrote:
>>  > I do suspect your pgfree/s is very high though; putting 200k
>> pages/s on
>>  > the free list seems like something's broken.
>>  >
>> The system has constant and considerable load of small writes.  The
>> pg_activity tool shows 300 IOPs sustained (it claims max IPs above
>> 11000.)  Postgres 9.3 had a comparable pgfree/s.
>
> That leads me to a new theory... you may be running into problems
> finding free buffers in the buffer pool. We need to have a buffer before
> we can extend a relation, and if you have a lot of pressure on shared
> buffers it can take quite a bit of CPU to find one. To make matters
> worse, that search for a buffer takes place while holding the extension
> lock.
>
> Would you be able to get a stack trace of a backend that's holding an
> extension lock? Or maybe perf would provide some insight.

BTW,
http://postgresql.org/message-id/flat/20150329185619.GA29062@alap3.anarazel.de
has some useful info about this.
--
Jim Nasby, Data Architect, Blue Treble Consulting
Data in Trouble? Get it in Treble! http://BlueTreble.com


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

Предыдущее
От: Jim Nasby
Дата:
Сообщение: Re: Waiting on ExclusiveLock on extension
Следующее
От: Anil Menon
Дата:
Сообщение: Re: [SQL] function to send email with query results