Re: lock contention on parallel COPY ?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: lock contention on parallel COPY ?
Дата
Msg-id 23005.1222452002@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: lock contention on parallel COPY ?  (Simon Riggs <simon@2ndQuadrant.com>)
Ответы Re: lock contention on parallel COPY ?
Re: lock contention on parallel COPY ?
Список pgsql-hackers
Simon Riggs <simon@2ndQuadrant.com> writes:
> Stefan Kaltenbrunner <stefan@kaltenbrunner.cc> writes:
>> samples  %        symbol name
>> 55526    16.5614  LWLockAcquire
>> 29721     8.8647  DoCopy
>> 26581     7.9281  CopyReadLine
>> 25105     7.4879  LWLockRelease
>> 15743     4.6956  PinBuffer
>> 14725     4.3919  heap_formtuple

> Probably loading a table with a generated PK or loading data in
> ascending sequence, so its contending heavily for the rightmost edge of
> the index.

No, given that DoCopy and CopyReadLine are right up there, I think we're
still looking at the COPY phase, not index building.

The profile will probably change completely once index building
starts...
        regards, tom lane


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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: lock contention on parallel COPY ?
Следующее
От: "Alex Hunsaker"
Дата:
Сообщение: Re: Meridiem markers (was: [BUGS] Incorrect "invalid AM/PM string" error from to_timestamp)