Re: lock contention on parallel COPY ?
От
Simon Riggs
Тема
Re: lock contention on parallel COPY ?
Дата
Msg-id
1222453666.4445.998.camel@ebony.2ndQuadrant
Ответ на
Re: lock contention on parallel COPY ? (Tom Lane)
Список
Дерево обсуждения
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>
On Fri, 2008-09-26 at 14:00 -0400, 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... Sorry, was assuming we were loading with indexes on, which is wrong. Agree the profile looks odd. -- Simon Riggs www.2ndQuadrant.comPostgreSQL Training, Services and Support
В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата: