Re: Use of "long" in incremental sort code

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Use of "long" in incremental sort code
Дата
Msg-id bc18a88a-ba6e-3a1f-a26f-434b2f7028b0@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: Use of "long" in incremental sort code  (David Rowley <dgrowleyml@gmail.com>)
Ответы Re: Use of "long" in incremental sort code  (James Coleman <jtc331@gmail.com>)
Список pgsql-hackers
On 2020-06-30 06:24, David Rowley wrote:
> On Tue, 30 Jun 2020 at 16:20, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> There is a fairly widespread issue that memory-size-related GUCs and
>> suchlike variables are limited to represent sizes that fit in a "long".
>> Although Win64 is the *only* platform where that's an issue, maybe
>> it's worth doing something about.  But we shouldn't just fix the sort
>> code, if we do do something.
>>
>> (IOW, I don't agree with doing a fix that doesn't also fix work_mem.)
> 
> I raised it mostly because this new-to-PG13-code is making the problem worse.

Yeah, we recently got rid of a bunch of inappropriate use of long, so it 
seems reasonable to make this new code follow that.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Asif Rehman
Дата:
Сообщение: Re: +(pg_lsn, int8) and -(pg_lsn, int8) operators
Следующее
От: Ants Aasma
Дата:
Сообщение: Re: track_planning causing performance regression