Waiting on ExclusiveLock on extension 9.3, 9.4 and 9.5

Поиск
Список
Период
Сортировка
От Tom Dearman
Тема Waiting on ExclusiveLock on extension 9.3, 9.4 and 9.5
Дата
Msg-id 01035B69-9C16-4887-8421-C5B91A4AFACF@gmail.com
обсуждение исходный текст
Ответы Re: Waiting on ExclusiveLock on extension 9.3, 9.4 and 9.5  (Igor Neyman <ineyman@perceptron.com>)
Re: Waiting on ExclusiveLock on extension 9.3, 9.4 and 9.5  (Jeff Janes <jeff.janes@gmail.com>)
Список pgsql-general
We have a performance problem when our postgres is under high load.  The CPU usage is very low, we have 48 cores for our postgres and the idle time averages at 90%.  The problem is we get spikes in our transaction times which don’t appear with any obvious regularity and when we get the larger spikes, if I look in the postgres log we see that there is locking on 'process 41915 acquired ExclusiveLock on extension of relation 27177 of database 26192’.  The actual relation changes one time it might be one table and another time another, though they are always big tables.  I have looked at various previous threads and the only suggestions are either that the disk io is maxed out, which from our observations we don’t believe is the case for us, or that ‘shared_buffers’ is to large - so we have reduced this right down to 1G.  In the previous threads there was an indication that the underlying problem was a lock which I believe has been either removed or much improved in 9.5 (see Lock scalability improvements), however we have not seen any improvement in the relation extension locking problem that we see.  The version of 9.5 that we have tested is beta1.  Any help in showing us how to improve this would be greatly appreciated.




Вложения

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

Предыдущее
От: Yves Dorfsman
Дата:
Сообщение: Re: PostgreSQL Timezone and Brazilian DST
Следующее
От: Jeff Janes
Дата:
Сообщение: Re: Re: [GENERAL] 回复: postgres cpu 100% need help