Re: COPY locking

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: coers(at)intrinsity(dot)com
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: COPY locking
Date: 2001-05-10 16:33:40
Message-ID: 18190.989512420@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

John Coers <coers(at)intrinsity(dot)com> writes:
> I've attached a little facsinating truss output.

You probably shouldn't have sent 250k of trace to the whole mailing
list. But it *is* fascinating.

I tried to duplicate the result locally with no success. For a
10000-row COPY FROM STDIN (using the tenk1 table from the regression
database, which has several indexes), my trace contains:

lseek: 14060
read: 4261
write: 4967
recv: 43
other: 170

with a large part of the "other" being process startup/shutdown
overhead. There are no semops or setitimers at all in my trace.
There do seem to be some excess lseeks, but I don't see lots and
lots of seeks with no read or write as you show.

Could we see the schema for the table you are using?
("pg_dump -s -t tablename dbname" is the best way to show it.)

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ryan C. Bonham 2001-05-10 16:44:26 RE: RE: MS SQL 7.0 to PostgreSQL 7.1
Previous Message Karl DeBisschop 2001-05-10 16:19:00 Re: Norm SQL?