From: | Craig Ringer <craig(at)postnewspapers(dot)com(dot)au> |
---|---|
To: | Ivan Sergio Borgonovo <mail(at)webthatworks(dot)it> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: idle DB and resources |
Date: | 2009-02-16 15:12:14 |
Message-ID: | 4999824E.60406@postnewspapers.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Ivan Sergio Borgonovo wrote:
> Meanwhile we will have 2 large DB, one of them being nearly idle.
> Is the idle DB going to have any impact on performance?
I'm far from an expert here, but AFAIK it shouldn't have much impact.
That does depend, though, on just how idle it really is, and how much of
it is accessed at a time when it is used.
If you have queries that involve scans of large proportions of the
tables, or require the reading of big indexes, then even infrequent use
of the database will probably cause performance blips in the main
database due to contention for disk I/O, and will probably push data
from the main DB out of cache too, forcing it to be re-read from disk later.
On the other hand, if your queries don't read huge parts of the DB in at
once and you have small, efficient indexes, I imagine you won't notice
it at all.
You might be able to reduce the impact by putting the idle DB (or if
space is a concern, at least its indexes) on a different disk or disk
array. It won't help with contention for cache memory though, and I
don't know if there's anything much to be done about that.
--
Craig Ringer
From | Date | Subject | |
---|---|---|---|
Next Message | Scara Maccai | 2009-02-16 16:08:42 | Re: left outer join without rows from "left" table |
Previous Message | Lennin Caro | 2009-02-16 15:10:11 | Re: ask: select right(column) ??? |