Re: Full statement logging problematic on larger machines?

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.

http://epqa.sourceforge.net/

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
>

In response to

Responses

Browse pgsql-performance by date

  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