Re: Tracking disk writes? (again)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Erik Jones <erik(at)myemma(dot)com>, Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>, pgsql-general(at)postgresql(dot)org
Subject: Re: Tracking disk writes? (again)
Date: 2007-03-13 03:57:08
Message-ID: 23800.1173758228@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Tom Lane wrote:
>> One of the reasons you don't see that is that a large fraction of the
>> writes are triggered in background by the "bgwriter" process, which
>> operates at too low a level to participate in the stats collection
>> mechanism. I'm not sure what would be involved in refactoring things
>> sufficiently to make that workable, but it'd be nontrivial.

> You mean that bgwriter cannot send stat messages?

Right. The stats mechanism is attached to relcache entries, which the
bgwriter doesn't have. And if it did collect stats, it would never send
them because that happens in the outer postgres.c loop (it's not totally
clear what would be a good granularity for sending them in bgwriter).
And I think it is not a backend in the stats collector's eyes, either.

Surely these things could be dealt with, but it'd take some refactoring.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ron Johnson 2007-03-13 04:24:52 Re: Tracking disk writes? (again)
Previous Message Timasmith 2007-03-13 03:39:10 Re: which is more scalable for the database?