Re: glibc qsort() vulnerability

Поиск
Список
Период
Сортировка
От Nathan Bossart
Тема Re: glibc qsort() vulnerability
Дата
Msg-id 20240209163245.GB663211@nathanxps13
обсуждение исходный текст
Ответ на Re: glibc qsort() vulnerability  ("Andrey M. Borodin" <x4mmm@yandex-team.ru>)
Ответы Re: glibc qsort() vulnerability  (Andrey Borodin <x4mmm@yandex-team.ru>)
Список pgsql-hackers
On Fri, Feb 09, 2024 at 01:19:49PM +0500, Andrey M. Borodin wrote:
> If we care about branch prediction in comparison function, maybe we could
> produce sorting that inlines comparator, thus eliminating function call
> to comparator? We convert comparison logic to int, to extract comparison
> back then.
> 
> I bet “call" is more expensive than “if".

It might make sense to have a couple of built-in qsort implementations for
pointers to integers, pointers to unsigned integers, etc.  However, a lot
of current use-cases require inspecting specific fields of structs, so
(assuming I understand your proposal correctly), we'd end up with many
qsort implementations.  If that can be made simple and elegant and
demonstrates substantial improvements, then it might be worth considering,
but I'm somewhat skeptical that the current uses are performance-sensitive
enough to be worth the effort.

-- 
Nathan Bossart
Amazon Web Services: https://aws.amazon.com



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: glibc qsort() vulnerability
Следующее
От: Nathan Bossart
Дата:
Сообщение: Re: [PATCH] allow pg_current_logfile() execution under pg_monitor role