Re: lock contention on parallel COPY ?

Поиск
Список
Период
Сортировка
Искать
От
Stefan Kaltenbrunner
Тема
Re: lock contention on parallel COPY ?
Дата
Msg-id
48DD24FE.5050909@kaltenbrunner.cc
Ответ на
Список
Дерево обсуждения
lock contention on parallel COPY ? Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>
Re: lock contention on parallel COPY ? Tom Lane <tgl@sss.pgh.pa.us>
Re: lock contention on parallel COPY ? Andrew Dunstan <andrew@dunslane.net>
Re: lock contention on parallel COPY ? Tom Lane <tgl@sss.pgh.pa.us>
Re: lock contention on parallel COPY ? Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>
Re: lock contention on parallel COPY ? Tom Lane <tgl@sss.pgh.pa.us>
Re: lock contention on parallel COPY ? Simon Riggs <simon@2ndQuadrant.com>
Re: lock contention on parallel COPY ? Tom Lane <tgl@sss.pgh.pa.us>
Re: lock contention on parallel COPY ? Simon Riggs <simon@2ndQuadrant.com>
Re: lock contention on parallel COPY ? Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>
Re: lock contention on parallel COPY ? Simon Riggs <simon@2ndQuadrant.com>
Re: lock contention on parallel COPY ? Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>
Re: lock contention on parallel COPY ? Tom Lane <tgl@sss.pgh.pa.us>
Re: lock contention on parallel COPY ? Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>
Tom Lane wrote:
> Simon Riggs  writes:
>> Stefan Kaltenbrunner  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...

yeah this profile is only showing the COPY phase ...

Stefan

В списке pgsql-hackers по дате отправления
От: Alex Hunsaker
Дата:
От: Tom Lane
Дата:
FAQ