From: | Craig Ringer <craig(at)postnewspapers(dot)com(dot)au> |
---|---|
To: | NTPT <ntpt(at)centrum(dot)cz> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Rapid Seek Devices (feature request) |
Date: | 2009-08-17 02:24:55 |
Message-ID: | 4A88BF77.6000305@postnewspapers.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 16/08/2009 9:06 PM, NTPT wrote:
> So I suggest we should have "random_page_cost" and
> "Sequential_page_cost" configurable on per tablespace basis.
That strikes me as a REALLY good idea, personally, though I don't know
enough about the planner to factor in implementation practicalities and
any cost for people _not_ using the feature.
> 2: Many of that RSD devices are not so much reliable (power outage in
> ramdisk, weak auxillarity battery in i-ram like devices, block "wear
> out" in SSD).
[snip]
> ie read from fast tablespace, write to both fast and slow, reconstruct
> fast from slow if appropriate.
This can probably be done as well or better at the OS block layer, using
device-mapper or the `md' driver (on Linux).
What'd be interesting, though, would be if Pg had support for
auto-rebuilding indexes and (if/when explicit support is added)
materialized views if it finds the backing files are missing. This would
be helpful for such transient devices as RAM disks if you didn't want to
bother having physical storage backing it.
--
Craig Ringer
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Bartley | 2009-08-17 02:32:49 | Function Logging |
Previous Message | Sam Mason | 2009-08-17 00:55:23 | Re: Generating random unique alphanumeric IDs |