Re: Performance large tables. - Mailing list pgsql-general

From Benjamin Arai
Subject Re: Performance large tables.
Date
Msg-id 008d01c5ffc2$4deec880$d7cc178a@uni
Whole thread Raw
In response to Re: Performance large tables.  (Franz.Rasper@izb.de)
Responses Re: Performance large tables.
List pgsql-general
What kind of performance boost do you get from using raid 10?  I am trying
to do a little cost analysis.

Benjamin Arai
barai@cs.ucr.edu
benjamin@cs.ucr.edu
http://www.benjaminarai.com



> -----Original Message-----
> From: pgsql-general-owner@postgresql.org
> [mailto:pgsql-general-owner@postgresql.org] On Behalf Of
> Franz.Rasper@izb.de
> Sent: Monday, December 12, 2005 11:50 PM
> To: vivek@khera.org
> Cc: pgsql-general@postgresql.org
> Subject: Re: [GENERAL] Performance large tables.
>
> Hello,
>
> may I ask you some questions.
>
> What is the performance difference between U320 15kRPM and
> U320 10kRPM ?
> Does your RAID crontoller has some memory (e.g. 128 MB or 256
> MB ) and something like memory backup write cache (like HP DL
> 380 server) ?
> Do you use Intel or Opteron cpus ?
>
> regards,
>
> -Franz
>
> -----Ursprüngliche Nachricht-----
> Von: Vivek Khera [mailto:vivek@khera.org]
> Gesendet: Montag, 12. Dezember 2005 23:15
> An: PG-General General
> Betreff: Re: [GENERAL] Performance large tables.
>
>
>
> On Dec 10, 2005, at 6:37 PM, Benjamin Arai wrote:
>
> > For the most part the updates are simple one liners.  I currently
> > commit in large batch to increase performance but it still takes a
> > while as stated above.  From evaluating the computers performance
> > during an update,  the system is thrashing both memory and
> disk.  I
> > am currently using Postgresql 8.0.3.
>
> Then buy faster disks.  My current favorite is to use U320 15kRPM
> disks using a dual-chanel RAID controller with 1/2 the disks on one
> channel and 1/2 on the other and mirroring them across
> channels, then
> striping down the mirrors (ie, RAID10).
>
> I use no fewer than 6 disks (RAID 10) for data and 2 for pg_log in a
> RAID1.
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 3: Have you checked our extensive FAQ?
>
>                http://www.postgresql.org/docs/faq
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 4: Have you searched our list archives?
>
>                http://archives.postgresql.org
>


pgsql-general by date:

Previous
From: Sim Zacks
Date:
Subject: Re: pg_autovacuum
Next
From: "Jim C. Nasby"
Date:
Subject: Re: pg_autovacuum