Re: persistent read cache - Mailing list pgsql-general

From Steve Atkins
Subject Re: persistent read cache
Date
Msg-id 874AB6F0-B9D4-4558-AECD-58C9CE5E63B8@blighty.com
Whole thread Raw
In response to Fwd: persistent read cache  (Sand Stone <sand.m.stone@gmail.com>)
Responses Re: persistent read cache  (Sand Stone <sand.m.stone@gmail.com>)
List pgsql-general
> On Feb 11, 2018, at 5:14 PM, Sand Stone <sand.m.stone@gmail.com> wrote:
> 
> 
> Hi. I wonder if there is such a thing or extension in the PG world.
> 
> Here is my use case. I am using PG (PG10 to be more specific) in a
> cloud VM environment. The tables are stored in RAID0 managed SSD
> backed attached storage. Depending on the VM I am using, I usually
> have 256GB local SSD unused.
> 
> I wonder if PG could leverage this local SSD as a read (page/block)
> cache, to complement/extend  the DRAM by used by shared_buffer today.

It seems something that PostgreSQL could take advantage of, but
it's probably the wrong layer to implement it. If your VM infrastructure
doesn't have any way to use it directly, maybe you could do it at the
drive / filesystem level with something like bcache, lvmcache or
enhanceio?

Adding that sort of complexity to something that needs solid data
integrity makes me nervous, but those solutions have been in the
field for years.

Cheers,
  Steve




pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: execute block like Firebird does
Next
From: "Daniel Verite"
Date:
Subject: Re: execute block like Firebird does