Skip site navigation (1) Skip section navigation (2)

Re: LOG: statistics buffer is full

From: Jim Nasby <jnasby(at)pervasive(dot)com>
To: Jérôme BENOIS <jerome(dot)benois(at)argia-engineering(dot)fr>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: LOG: statistics buffer is full
Date: 2006-06-23 02:00:54
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-admin
On Jun 22, 2006, at 2:24 AM, Jérôme BENOIS wrote:
>         We use 7.4.6 version and now we have a bad performance on our

You should upgrade to the latest 7.4 version.

> production server. We detected several strange messages in a log  
> file :
>     LOG:  statistics buffer is full
>     LOG:  statistics buffer is full
>     LOG:  statistics buffer is full
> When i search on mailings list archive, i found a patch to increase  
> the
> buffer size in src/include/pgstat.h
> -#define PGSTAT_RECVBUFFERSZ ((int) (1024 * sizeof(PgStat_Msg)))
> +#define PGSTAT_RECVBUFFERSZ ((int) (16384 * sizeof(PgStat_Msg)))
> And when i look the same file on the subversion trunk, the
> "PGSTAT_RECVBUFFERSZ" constant is defined in a new file :
> src/backend/postmaster/pgstat.c but with a same value.
> Can you explain this statistics buffer problem ? And increase this
> buffer size is a good resolution ?

Do you have stats_command_string=on? If so, your best bet is probably  
to disable that, because it has a very high overhead (I've seen as  
much as over 50%). FWIW, Tom recently made changes in HEAD that  
essentially remove the overhead for using stats_command_string.
Jim C. Nasby, Sr. Engineering Consultant      jnasby(at)pervasive(dot)com
Pervasive Software    work: 512-231-6117
vcard:       cell: 512-569-9461

In response to


pgsql-admin by date

Next:From: Jim NasbyDate: 2006-06-23 02:24:15
Subject: Re: strange fsm issues
Previous:From: Jim NasbyDate: 2006-06-23 01:58:14
Subject: Re: Dump size bigger than pgdata size?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group