From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers(at)postgresql(dot)org, schneider(at)ardentperf(dot)com |
Subject: | Re: monitoring usage count distribution |
Date: | 2023-04-05 19:00:20 |
Message-ID: | CA+TgmoYRHDDJTgPcFkomz4KzzsQHXRJtqKeJyOk4AZNTjf=TnQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Apr 5, 2023 at 1:51 PM Nathan Bossart <nathandbossart(at)gmail(dot)com> wrote:
> On Wed, Apr 05, 2023 at 09:44:58AM -0400, Robert Haas wrote:
> > On Tue, Apr 4, 2023 at 7:29 PM Andres Freund <andres(at)anarazel(dot)de> wrote:
> >> > Replacing that with a six-element integer array would be a clear improvement
> >> > and, IMHO, better than adding yet another function to the extension.
> >>
> >> I'd have no issue with that.
> >
> > Cool.
>
> The six-element array approach won't show the number of dirty and pinned
> buffers for each usage count, but I'm not sure that's a deal-breaker.
> Barring objections, I'll post an updated patch shortly with that approach.
Right, well, I would personally be OK with 6 rows too, but I don't
know what other people want. I think either this or that is better
than average.
--
Robert Haas
EDB: http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Daniel Gustafsson | 2023-04-05 19:03:53 | Re: Should vacuum process config file reload more often |
Previous Message | Robert Haas | 2023-04-05 18:55:50 | Re: Should vacuum process config file reload more often |