Re: ResourceOwner refactoring

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: ResourceOwner refactoring
Дата
Msg-id 20201119021605.GC26172@paquier.xyz
обсуждение исходный текст
Ответ на Re: ResourceOwner refactoring  (Heikki Linnakangas <hlinnaka@iki.fi>)
Ответы Re: ResourceOwner refactoring
Список pgsql-hackers
Дерево обсуждения 
On Wed, Nov 18, 2020 at 10:50:08AM +0200, Heikki Linnakangas wrote:
> If RESOWNER_ARRAY_STATS is increased to 16, all the lookups fit in the
> array. But I haven't done any benchmarking to see which is faster.

My gut tells me that your guess is right, but it would be better to be
sure.

> BTW, I think there would be an easy win in the hashing codepath, by changing
> to a cheaper hash function. Currently, with or without this patch, we use
> hash_any(). Changing that to murmurhash32() or something similar would be a
> drop-in replacement.

Good idea.
--
Michael
Вложения

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

Предыдущее
От: "osumi.takamichi@fujitsu.com"
Дата:
Сообщение: RE: Disable WAL logging to speed up data loading
Следующее
От: Hubert Zhang
Дата:
Сообщение: Recv-Q buffer is filled up due to bgwriter continue sending statistics to un-launched stat collector