From: | "Bret S(dot) Lambert" <bret(dot)lambert(at)gmail(dot)com> |
---|---|
To: | Alexei Vladishev <alexei(dot)vladishev(at)zabbix(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Multiple buffer cache? |
Date: | 2010-02-06 09:50:14 |
Message-ID: | 20100206095014.GA24756@FlamingKaty.my.domain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, Feb 05, 2010 at 11:41:13PM +0200, Alexei Vladishev wrote:
> Greetings,
>
> Is there a way of configuring PostgreSQL so that one specific table would
> use, say, 4GB of buffer cache while other tables would use the rest?
>
> I would like to keep the table and its indexes always in "hot"
> state, so that
> other queries won't pollute this part of the buffer cache. It would ensure
> reliable performance and much less disk IOPS working with the table.
Fiddling with the buffer cache like that would require some sort of
OS support, if I'm not mistaken in what you're asking for.
And then, even if the support is there, you'd need to outline exactly
how you're planning on pushing this button.
Specifically, what's your usage pattern that would make this a
win for you?
If the table and its indexes can already fit into the buffer cache,
and it's as commonly accessed as you think it is, the OS should
probably have it cached anyway.
>
> Is it possible?
>
> Thanks for any hints!
>
> Alexei
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
From | Date | Subject | |
---|---|---|---|
Next Message | pedro2009 | 2010-02-06 12:52:14 | Re: How can I test my web application against SQL Injections? |
Previous Message | Josh Kupershmidt | 2010-02-06 02:38:15 | Re: Understanding pg_stat_user_indexes |