From: | sathiya psql <sathiya(dot)psql(at)gmail(dot)com> |
---|---|
To: | Laurent Laborde <kerdezixe(at)gmail(dot)com> |
Cc: | Frank Joerdens <frank(at)joerdens(dot)de>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Full statement logging problematic on larger machines? |
Date: | 2009-03-13 08:28:05 |
Message-ID: | f966c2ee0903130128t39abad5ej8089578ac4f7b5db@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
for profiling, you can also use the epqa.
On Fri, Mar 13, 2009 at 3:02 AM, Laurent Laborde <kerdezixe(at)gmail(dot)com>wrote:
> On Wed, Mar 11, 2009 at 11:42 PM, Frank Joerdens <frank(at)joerdens(dot)de>
> wrote:
> >
> > effective_cache_size = 4GB
>
> Only 4GB with 64GB of ram ?
>
> About logging, we have 3 partition :
> - data
> - index
> - everything else, including logging.
>
> Usually, we log on a remote syslog (a dedicated log server for the
> whole server farm).
>
> For profiling (pgfouine), we have a crontab that change the postgresql
> logging configuration for just a few mn.
> and log "all" on the "everything but postgresql" partition.
>
> around 2000 query/seconds/servers, no problem.
>
>
> --
> Laurent Laborde
> Sysadmin at JFG-Networks / Over-blog
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>
From | Date | Subject | |
---|---|---|---|
Next Message | Laurent Laborde | 2009-03-13 10:21:48 | Re: Full statement logging problematic on larger machines? |
Previous Message | Greg Smith | 2009-03-13 03:00:38 | Re: Proposal of tunable fix for scalability of 8.4 |