From: | "Milen Kulev" <makulev(at)gmx(dot)net> |
---|---|
To: | "'Mikael Carneholm'" <Mikael(dot)Carneholm(at)WirelessCar(dot)com>, <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: RAID stripe size question |
Date: | 2006-07-18 20:01:27 |
Message-ID: | 001a01c6aaa4$f45aaee0$0a00a8c0@trivadis.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
According to http://www.pcguide.com/ref/hdd/perf/raid/concepts/perfStripe-c.html, it seems to be the other way around?
("As stripe size is decreased, files are broken into smaller and smaller pieces. This increases the number of drives
that an average file will use to hold all the blocks containing the data of that file,
->>>>theoretically increasing transfer performance, but decreasing positioning performance.")
Mikael,
In OLTP you utterly need best possible latency. If you decompose the response time if you physical request you will
see positioning performance plays the dominant role in the response time (ignore for a moment caches and their effects).
So, if you need really good response times of your SQL queries, choose 15 rpm disks(and add as much cache as possible
to magnify the effect ;) )
Best Regards.
Milen
From | Date | Subject | |
---|---|---|---|
Next Message | Guoping Zhang | 2006-07-19 05:40:02 | Performance penalty for remote access of postgresql (8.1.3)? any experiance? |
Previous Message | Scott Marlowe | 2006-07-18 19:48:46 | Re: RAID stripe size question |