From: | Christopher Browne <cbbrowne(at)libertyrms(dot)info> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: best arrangement of 3 disks for (insert) performance |
Date: | 2003-09-12 15:24:41 |
Message-ID: | 60fzj2t4g6.fsf@dev6.int.libertyrms.info |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-performance |
rj(at)last(dot)fm (Richard Jones) writes:
> I have some new hardware on the way and would like some advice on
> how to get the most out of it..
>
> its a dual xeon 2.4, 4gb ram and 3x identical 15k rpm scsi disks
>
> should i mirror 2 of the disks for postgres data, and use the 3rd
> disk for the o/s and the pg logs or raid5 the 3 disks or even stripe
> 2 disks for pg and use the 3rd for o/s,logs,backups ?
>
> the machine will be dealing with lots of inserts, basically as many
> as we can throw at it
Having WAL on a separate drive from the database would be something of
a win. I'd buy that 1 disk for OS+WAL and then RAID [something]
across the other two drives for the database would be pretty helpful.
After doing some [loose] benchmarking, the VERY best way to improve
performance would involve a RAID controller with battery-backed cache.
On a box with similar configuration to yours, it took ~3h for a
particular set of data to load; on another one with battery-backed
cache (and a dozen fast SCSI drives :-)), the same data took as little
as 6 minutes to load. The BIG effect seemed to come from the
controller.
--
(reverse (concatenate 'string "ofni.smrytrebil" "@" "enworbbc"))
<http://dev6.int.libertyrms.com/>
Christopher Browne
(416) 646 3304 x124 (land)
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Rawnsley | 2003-09-12 15:50:43 | Re: State of Beta 2 |
Previous Message | Tom Lane | 2003-09-12 15:23:35 | Re: State of Beta 2 |
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Browne | 2003-09-12 15:32:18 | Re: software vs hw hard on linux |
Previous Message | scott.marlowe | 2003-09-12 15:19:55 | Re: [GENERAL] how to get accurate values in pg_statistic |