Re: Removing "long int"-related limit on hash table sizes

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Removing "long int"-related limit on hash table sizes
Дата
Msg-id 20210727165233.ngfin7otbs2pz4on@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: Removing "long int"-related limit on hash table sizes  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
Hi,

On 2021-07-26 11:38:41 +0900, Michael Paquier wrote:
> On Sun, Jul 25, 2021 at 12:28:04PM -0400, Tom Lane wrote:
> > Andres Freund <andres@anarazel.de> writes:
> >> We really ought to just remove every single use of long.
> > 
> > I have no objection to that as a long-term goal.  But I'm not volunteering
> > to do all the work, and in any case it wouldn't be a back-patchable fix.
> > I feel that we do need to do something about this performance regression
> > in v13.
> 
> Another idea may be to be more aggressive in c.h?  A tweak there would
> be dirtier than marking long as deprecated, but that would be less
> invasive.  Any of that is not backpatchable, of course..

Hard to see how that could work - plenty system headers use long...

Greetings,

Andres Freund



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

Предыдущее
От: Fujii Masao
Дата:
Сообщение: Re: Why don't update minimum recovery point in xact_redo_abort
Следующее
От: "蔡梦娟(玊于)"
Дата:
Сообщение: 回复:Why don't update minimum recovery point in xact_redo_abort