From: | "Gary Doades" <gpd(at)gpdnet(dot)co(dot)uk> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: how much ram do i give postgres? |
Date: | 2004-10-20 19:49:54 |
Message-ID: | 4176CF72.10702.67CA6538@localhost |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 20 Oct 2004 at 14:09, Josh Close wrote:
> On Wed, 20 Oct 2004 19:59:38 +0100, Gary Doades <gpd(at)gpdnet(dot)co(dot)uk> wrote:
> > Hmm, that seems a bit slow. How big are the rows you are inserting? Have you checked
> > the cpu and IO usage during the inserts? You will need to do some kind of cpu/IO
> > monitoring to determine where the bottleneck is.
>
> The bulk inserts don't take full cpu. Between 40% and 80%. On the
> other hand, a select will take 99% cpu.
Is this the select(1) query? Please post an explain analyze for this and any other "slow"
queries.
I would expect the selects to take 99% cpu if all the data you were trying to select was
already in memory. Is this the case in general? I can do a "select count(1)" on a 500,000
row table in about 1 second on a Athlon 2800+ if all the data is cached. It takes about 25
seconds if it has to fetch it from disk.
I have just done a test by inserting (via COPY) of 149,000 rows in a table with 23
columns, mostly numeric, some int4, 4 timestamps. This took 28 seconds on my
Windows XP desktop, Athlon 2800+, 7200 rpm SATA disk, Postgres 8.0 beta 2. It used
around 20% to 40% cpu during the copy. The only index was the int4 primary key,
nothing else.
How does this compare?
> > What hardware is this on? Sorry if you specified it earlier, I can't seem to find mention of
> > it.
>
> It's on a P4 HT with 1,128 megs ram.
Disk system??
Regards,
Gary.
From | Date | Subject | |
---|---|---|---|
Next Message | Josh Close | 2004-10-20 20:36:16 | Re: how much ram do i give postgres? |
Previous Message | Vassilev, Lubomir G. | 2004-10-20 19:47:37 | how to port Oracle database to PostgreSQL? |