Re: my boss want to migrate to ORACLE - Mailing list pgsql-performance

From Stephane Tessier
Subject Re: my boss want to migrate to ORACLE
Date
Msg-id 004b01c478d6$47f46530$4e00020a@develavoie
Whole thread Raw
In response to Re: my boss want to migrate to ORACLE  ("Scott Marlowe" <smarlowe@qwest.net>)
Responses Re: my boss want to migrate to ORACLE
Re: my boss want to migrate to ORACLE
Re: my boss want to migrate to ORACLE
List pgsql-performance
I checked and we have a 128 megs battery backed cache on the raid
controller...

-----Original Message-----
From: Scott Marlowe [mailto:smarlowe@qwest.net]
Sent: 30 juillet, 2004 11:15
To: Stephane Tessier
Cc: markir@coretech.co.nz; pgsql-performance@postgresql.org
Subject: Re: [PERFORM] my boss want to migrate to ORACLE


On Fri, 2004-07-30 at 07:56, Stephane Tessier wrote:
> 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

Just get battery backed cache on your RAID controller.  RAID0 is way too
unreliable for a production environment.  One disk dies and all your
data is just gone.

> 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-----
> From: pgsql-performance-owner@postgresql.org
> [mailto:pgsql-performance-owner@postgresql.org]On Behalf Of
> markir@coretech.co.nz
> Sent: 29 juillet, 2004 23:00
> To: Stephane Tessier
> Cc: pgsql-performance@postgresql.org
> 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
> better
> than 7.3...so an upgrade could be worth it - *after* you have
> solved/identified
> the other issues.
>
> best wishes
>
> Mark
>
> Quoting Stephane Tessier <stephane.tessier@abovesecurity.com>:
>
> > 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
>


pgsql-performance by date:

Previous
From: Gaetano Mendola
Date:
Subject: Re: Page Miss Hits
Next
From: Rod Taylor
Date:
Subject: Re: Page Miss Hits