From: | John R Pierce <pierce(at)hogranch(dot)com> |
---|---|
To: | Jennifer Trey <jennifer(dot)trey(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Now I am back, next thing. Final PGS tuning. |
Date: | 2009-04-08 16:55:53 |
Message-ID: | 49DCD719.1000509@hogranch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Jennifer Trey wrote:
> Scott, thank you.
>
> I think I might have misunderstood the effective cache size. Its
> measured in 8kB blocks. So the old number 449697 equals 3.5 GB, which
> is quite much. Should I lower this? I had plans to use 2.75GB max. Can
> I put 2.75GB there? Should I leave it?
effective_cache_size is an estimate of how much disk data the OS is
likely to have cached in memory. postgres uses this to guess whether
or not recently read data is likely to be 'fast' (in the system cache)
or 'slow' (on the physical disk, hence requiring disk IO to read).
This value is used in some fairly abstract heuristics, it does NOT need
to be that accurate, its jusr a ballpark estimate.
you should run your system under your expected workload, then view the
actual working cache size in Task Manager ("System Cache" on the
Performance tab of the task manager in XP, I dunno about 2008
Server)... Now some of that cache probably belongs to other processes
than postgres, so round down a bit. On my desktop system at the
moment, I'm showing 1.3GB
From | Date | Subject | |
---|---|---|---|
Next Message | Radcon Entec | 2009-04-08 16:58:08 | Re: Table has 22 million records, but backup doesn't see them |
Previous Message | Jennifer Trey | 2009-04-08 16:49:46 | Re: Now I am back, next thing. Final PGS tuning. |