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
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? |