From: | "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com> |
---|---|
To: | "Qingqing Zhou" <zhouqq(at)cs(dot)toronto(dot)edu> |
Cc: | <pgsql-performance(at)postgresql(dot)org>, "Magnus Hagander" <mha(at)sollentuna(dot)net> |
Subject: | Re: insert performance for win32 |
Date: | 2005-11-03 21:04:37 |
Message-ID: | 6EE64EF3AB31D5448D0007DD34EEB3417DD7B4@Herge.rcsinc.local |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
> > Sorry, I don't follow you here - what do you mean to do? Remove the
> > event completely so we can't wait on it?
> >
>
> I'd like to use the win32 provided recv(), send() functions instead of
> redirect them to pgwin32_recv()/pgwin32_send(), just like libpq does.
If
> we do this, we will lose some functionalities, but I'd like to see the
> performance difference first. -- do you think that will be any
difference?
I personally strongly doubt this will make a diffenrence. Anyways I
think we might be looking at the wrong place. Here was my test:
1. drop/create table two fields (id int, f text) no keys
2. begin
3. insert 500k rows. every 50k get time get geometric growth in insert
time
4. commit
I am doing this via
type dump.sql | psql -q mydb
I rearrange:
every 50k rows get time but also restart transaction. I would ex
Guess what...no change. This was a shocker. So I wrap dump.sql with
another file that is just
\i dump.sql
\i dump.sql
and get time to insert 50k recs resets after first dump...
Merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Qingqing Zhou | 2005-11-03 21:06:32 | Re: insert performance for win32 |
Previous Message | Magnus Hagander | 2005-11-03 20:39:27 | Re: insert performance for win32 |