Re: type cache cleanup improvements

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: type cache cleanup improvements
Дата
Msg-id ZfKqUpGb0XnWDen_@paquier.xyz
обсуждение исходный текст
Ответ на Re: type cache cleanup improvements  (Teodor Sigaev <teodor@sigaev.ru>)
Ответы Re: type cache cleanup improvements  (Teodor Sigaev <teodor@sigaev.ru>)
Список pgsql-hackers
On Wed, Mar 13, 2024 at 04:40:38PM +0300, Teodor Sigaev wrote:
> Done, all patches should be applied consequentially.

One thing that first pops out to me is that we can do the refactor of
hash_initial_lookup() as an independent piece, without the extra paths
introduced.  But rather than returning the bucket hash and have the
bucket number as an in/out argument of hash_initial_lookup(), there is
an argument for reversing them: hash_search_with_hash_value() does not
care about the bucket number.

> 02-hash_seq_init_with_hash_value.v5.patch - introduces a
> hash_seq_init_with_hash_value() method. hash_initial_lookup() is marked as
> inline, but I suppose, modern compilers are smart enough to inline it
> automatically.

Likely so, though that does not hurt to show the intention to the
reader.

So I would like to suggest the attached patch for this first piece.
What do you think?

It may also be an idea to use `git format-patch` when generating a
series of patches.  That makes for easier reviews.
--
Michael

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bharath Rupireddy
Дата:
Сообщение: Re: LogwrtResult contended spinlock
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: Support json_errdetail in FRONTEND builds