Re: tuple radix sort
| От | John Naylor |
|---|---|
| Тема | Re: tuple radix sort |
| Дата | |
| Msg-id | CANWCAZaBeDPfF0sCdSssRXv6nBZeRP8Z=OO1731zsoUC58U5_Q@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: tuple radix sort (Chao Li <li.evan.chao@gmail.com>) |
| Ответы |
Re: tuple radix sort
|
| Список | pgsql-hackers |
On Wed, Dec 3, 2025 at 3:22 PM Chao Li <li.evan.chao@gmail.com> wrote:
> I played with this again today and found an optimization that seems to dramatically improve the performance:
>
> ```
> +static void
> +radix_sort_tuple(SortTuple *begin, size_t n_elems, int level, Tuplesortstate *state)
> +{
> + RadixPartitionInfo partitions[256] = {0};
> + uint8_t remaining_partitions[256] = {0};
> ```
>
> Here partitions and remaining_partitions are just temporary buffers, allocating memory from stack and initialize them
seemsslow. By passing them as function parameters are much faster. See attached diff for my change.
The lesson here is: you can make it as fast as you like if you
accidentally blow away the state that we needed for this to work
correctly.
--
John Naylor
Amazon Web Services
В списке pgsql-hackers по дате отправления: