I think with your help guys I'll do it!

I'm working on it!

I'll work on theses issues:

we have space for more ram(we use 2 gigs on possibility of 3 gigs)
iowait is very high 98% --> look like postgresql wait for io access
raid5 -->raid0 if i'm right raid5 use 4 writes(parity,data, etc) for each
write on disk
use more transactions (we have a lot of insert/update without transaction).
cpu look like not running very hard

*php is not running on the same machine
*redhat enterprise 3.0 ES
*the version of postgresql is 7.3.4(using RHDB from redhat)
*pg_autovacuum running at 12 and 24 hour each day

-----Original Message-----
[mailto:[EMAIL PROTECTED] Behalf Of
Sent: 29 juillet, 2004 23:00
To: Stephane Tessier
Subject: Re: [PERFORM] my boss want to migrate to ORACLE

A furthur thought or two:

- you are *sure* that it is Postgres that is slow? (could be Php...or your
  machine could be out of some resource - see next 2 points)
- is your machine running out of cpu or memory?
- is your machine seeing huge io transfers or long io waits?
- are you running Php on this machine as well as Postgres?
- what os (and what release) are you running? (guessing Linux but...)

As an aside, they always say this but: Postgres 7.4 generally performs
than 7.3...so an upgrade could be worth it - *after* you have
the other issues.

best wishes


Quoting Stephane Tessier <[EMAIL PROTECTED]>:

> Hi everyone,
> somebody can help me??????? my boss want to migrate to
> ORACLE................
> we have a BIG problem of performance,it's slow....
> we use postgres 7.3 for php security application with approximately 4
> millions of insertion by day and 4 millions of delete and update
> and archive db with 40 millions of archived stuff...
> we have 10 databases for our clients and a centralized database for the
> general stuff.
> database specs:
> double XEON 2.4 on DELL PowerEdge2650
> 2 gigs of RAM
> 5 SCSI Drive RAID 5 15rpm
> tasks:
> 4 millions of transactions by day
> 160 open connection 24 hours by day 7 days by week
> pg_autovacuum running 24/7
> reindex on midnight

---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
      joining column's datatypes do not match

---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend

Reply via email to