From: | James Rogers <jrogers(at)neopolitan(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Tablespaces |
Date: | 2004-02-26 21:41:34 |
Message-ID: | 1077831694.20980.12.camel@localhost.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-hackers-win32 |
On Thu, 2004-02-26 at 13:22, Gavin Sherry wrote:
> Postgres benefits a lot from kernel file system cache
> at the moment.
With the implementation of much smarter and more adaptive cache
replacement algorithm i.e. ARC, I would expect the benefit of using the
kernel file system cache to diminish significantly. It appears to me,
and I could be wrong, that the reason Postgres has depended on the
kernel file system cache isn't that this is obviously better in some
absolute sense (though it might be depending on the deployment
scenario), but that the original cache replacement algorithm in Postgres
was sufficiently poor that the better cache replacement algorithms in
the kernel cache more than offset any sub-optimality that might result
from doing so.
I would expect that with ARC and the redesign of some of the buffer
management bits for more scalability, you might very well get better
performance by allocating most of the memory to the buffer cache rather
than leaving it to the kernel file cache.
I'm actually fairly curious to see what the new buffer management scheme
will mean in terms of real world performance and parameter tuning.
-James Rogers
jrogers(at)neopolitan(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2004-02-26 21:44:45 | Re: bgwriter never dies |
Previous Message | Gavin Sherry | 2004-02-26 21:30:28 | Re: Tablespaces |
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2004-02-26 21:56:49 | Re: Tablespaces |
Previous Message | Gavin Sherry | 2004-02-26 21:30:28 | Re: Tablespaces |