From: | John Naylor <johncnaylorls(at)gmail(dot)com> |
---|---|
To: | Heikki Linnakangas <hlinnaka(at)iki(dot)fi> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Jeff Davis <pgsql(at)j-davis(dot)com>, Gurjeet Singh <gurjeet(at)singh(dot)im>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Change GUC hashtable to use simplehash? |
Date: | 2023-11-29 16:26:21 |
Message-ID: | CANWCAZavg7xvP6dEaB1AdnovbJoXQo2c3N=_VvuANvQeqn6w8w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Nov 29, 2023 at 9:59 PM Heikki Linnakangas <hlinnaka(at)iki(dot)fi> wrote:
>
> I didn't understand what you meant by the above. Did you wack around
> fast-hash, or who did?
I turned it into an init/accum/final style (shouldn't affect the
result), and took out the input length from the calculation (will
affect the result and I'll look into putting it back some other way).
> Who switched mixing/final functions; compared to
> what?
Sorry for the confusion. I didn't change those, I was speaking hypothetically.
> In any case, +1 on the implementation you had in the patch at a quick
> glance.
>
> Let's also replace the partial murmurhash implementations we have in
> hashfn.h with this. It's a very similar algorithm, and we don't need two.
Thanks for taking a look! For small fixed-sized values, it's common to
special-case a murmur-style finalizer regardless of the algorithm for
longer inputs. Syscache combines multiple hashes for multiple keys, so
it's probably worth it to avoid adding cycles there.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2023-11-29 16:32:37 | Re: SSL tests fail on OpenSSL v3.2.0 |
Previous Message | Andres Freund | 2023-11-29 16:19:16 | Re: pgsql: meson: docs: Add {html,man} targets, rename install-doc-* |