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 по дате отправления: