Re: Adding basic NUMA awareness

Поиск
Список
Период
Сортировка
От Greg Burd
Тема Re: Adding basic NUMA awareness
Дата
Msg-id DC1A4B14-70B7-4B44-AD0B-E05D3292D833@getmailspring.com
обсуждение исходный текст
Ответ на Re: Adding basic NUMA awareness  (Andres Freund <andres@anarazel.de>)
Ответы Re: Adding basic NUMA awareness
Список pgsql-hackers

On Jul 9 2025, at 12:35 pm, Andres Freund <andres@anarazel.de> wrote:

> FWIW, I've started to wonder if we shouldn't just get rid of the freelist
> entirely. While clocksweep is perhaps minutely slower in a single
> thread than
> the freelist, clock sweep scales *considerably* better [1]. As it's rather
> rare to be bottlenecked on clock sweep speed for a single thread
> (rather then
> IO or memory copy overhead), I think it's worth favoring clock sweep.

Hey Andres, thanks for spending time on this.  I've worked before on
freelist implementations (last one in LMDB) and I think you're onto
something.  I think it's an innovative idea and that the speed
difference will either be lost in the noise or potentially entirely
mitigated by avoiding duplicate work.

> Also needing to switch between getting buffers from the freelist and
> the sweep
> makes the code more expensive.  I think just having the buffer in the sweep,
> with a refcount / usagecount of zero would suffice.

If you're not already coding this, I'll jump in. :)
 
> That seems particularly advantageous if we invest energy in making the clock
> sweep deal well with NUMA systems, because we don't need have both a NUMA
> aware freelist and a NUMA aware clock sweep.

100% agree here, very clever approach adapting clock sweep to a NUMA world.

best.

-greg

> 
> Greetings,
> 
> Andres Freund



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