From: | David Rowley <dgrowleyml(at)gmail(dot)com> |
---|---|
To: | David Christensen <david(dot)christensen(at)crunchydata(dot)com> |
Cc: | Shinya11(dot)Kato(at)nttdata(dot)com, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [PATCH] expand the units that pg_size_pretty supports on output |
Date: | 2021-07-06 09:20:10 |
Message-ID: | CAApHDvqH3Hd9X8Xw1G8EXFDzZZ5D5nCO_5X4JgYH-pu2B1Qb4A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, 5 Jul 2021 at 20:00, David Rowley <dgrowleyml(at)gmail(dot)com> wrote:
> I don't really like the fact that I had to add the doHalfRound field
> to get the same rounding behaviour as the original functions. I'm
> wondering if it would just be too clever just to track how many bits
> we've shifted right by in pg_size_pretty* and compare that to the
> value of multishift for the current unit and do appropriate rounding
> to get us to the value of multishift. In theory, we could just keep
> calling the half_rounded macro until we make it to the multishift
> value. My current thoughts are that it's unlikely that anyone would
> twiddle with the size_pretty_units array in such a way for the extra
> code to be worth it. Maybe someone else feels differently.
I made another pass over this and ended up removing the doHalfRound
field in favour of just doing rounding based on the previous
bitshifts.
I did a few other tidy ups and I think it's a useful patch as it
reduces the amount of code a bit and makes it dead simple to add new
units in the future. Most importantly it'll help keep pg_size_pretty,
pg_size_pretty_numeric and pg_size_bytes all in sync in regards to
what units they support.
Does anyone want to have a look over this? If not, I plan to push it
in the next day or so.
(I'm not sure why pgindent removed the space between != and NULL, but
it did, so I left it.)
David
Attachment | Content-Type | Size |
---|---|---|
v1-0001-Use-lookup-table-for-units-in-pg_size_pretty-and-.patch | application/octet-stream | 7.0 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Andrey Lepikhov | 2021-07-06 09:28:05 | Re: Asymmetric partition-wise JOIN |
Previous Message | Amit Kapila | 2021-07-06 08:59:29 | Re: Skipping logical replication transactions on subscriber side |