From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
Cc: | Philip Warner <pjw(at)rhyme(dot)com(dot)au>, Alfred Perlstein <bright(at)wintelcom(dot)net>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Performance monitor signal handler |
Date: | 2001-03-16 16:53:01 |
Message-ID: | 25103.984761581@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Jan Wieck <JanWieck(at)Yahoo(dot)com> writes:
> Uh - not much time to spend if the statistics should at least
> be half accurate. And it would become worse in SMP systems.
> So that was a nifty idea, but I think it'd cause much more
> statistic losses than I assumed at first.
> Back to drawing board. Maybe a SYS-V message queue can serve?
That would be the same as a pipe: backends would block if the collector
stopped accepting data. I do like the "auto discard" aspect of this
UDP-socket approach.
I think Philip had the right idea: each backend should send totals,
not deltas, in its messages. Then, it doesn't matter (much) if the
collector loses some messages --- that just means that sometimes it
has a slightly out-of-date idea about how much work some backends have
done. It should be easy to design the software so that that just makes
a small, transient error in the currently displayed statistics.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Mikheev, Vadim | 2001-03-16 16:55:24 | RE: Allowing WAL fsync to be done via O_SYNC |
Previous Message | Alfred Perlstein | 2001-03-16 16:31:49 | Re: Performance monitor signal handler |