Re: Now I am back, next thing. Final PGS tuning.

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

In response to

Browse pgsql-general by date

  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.