Re: PgStat_KindInfo.named_on_disk not required in shared stats

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: PgStat_KindInfo.named_on_disk not required in shared stats
Дата
Msg-id 20240607153006.r5juqw724dbsddc7@awork3.anarazel.de
обсуждение исходный текст
Ответ на PgStat_KindInfo.named_on_disk not required in shared stats  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: PgStat_KindInfo.named_on_disk not required in shared stats
Список pgsql-hackers
Hi,

On 2024-06-07 14:07:33 +0900, Michael Paquier wrote:
> While hacking on the area of pgstat_*.c, I have noticed the existence
> of named_on_disk in PgStat_KindInfo, that is here to track the fact
> that replication slots are a particular case in the PgStat_HashKey for
> the dshash table of the stats because this kind of stats requires a
> mapping between the replication slot name and the hash key.
> 
> As far as I can see, this field is not required and is used nowhere,
> because the code relies on the existence of the to_serialized_name and
> from_serialized_name callbacks to do the mapping.
> 
> Wouldn't it make sense to remove it?  This field is defined since
> 5891c7a8ed8f that introduced the shmem stats, and has never been used
> since.

Yes, makes sense. Looks we changed direction during development a bunch of times...q


> This frees an extra bit in PgStat_KindInfo, which is going to help me
> a bit with what I'm doing with this area of the code while keeping the
> structure size the same.

Note it's just a single bit, not a full byte. So unless you need precisely 30
bits, rather than 29, I don't really see why it'd help? And i don't see a
reason to strictly keep the structure size the same.

Greetings,

Andres Freund



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: XACT_EVENT for 'commit prepared'
Следующее
От: Srirama Kucherlapati
Дата:
Сообщение: RE: AIX support