Re: parallel index creation: maintenance_work_mem not honored? - Mailing list pgsql-admin

From Peter Geoghegan
Subject Re: parallel index creation: maintenance_work_mem not honored?
Date
Msg-id CAH2-Wz=M8oic5i8++jp+_94qes51sv8BgmmsW9uRANw+1oP_eg@mail.gmail.com
Whole thread Raw
In response to Re: parallel index creation: maintenance_work_mem not honored?  (Fabio Pardi <f.pardi@portavita.eu>)
Responses Re: parallel index creation: maintenance_work_mem not honored?  (Fabio Pardi <f.pardi@portavita.eu>)
List pgsql-admin
On Mon, Jun 20, 2022 at 10:38 PM Fabio Pardi <f.pardi@portavita.eu> wrote:
> Just to make sure we are on the same page: every parallel 'CREATE INDEX' writes to temp files, ok.

Yes.

> But why the temp files are always on disk and not in RAM as other operations do?

Why not?

It is probably true that it would be better to use shared memory in
the case where there is sufficient memory, but it's not all that
significant compared to everything else that must happen at the same
time. It's rarely the bottleneck. External sorts are often faster than
internal sorts. That happens because they can be more CPU cache
friendly, for reasons that aren't fundamental.

> In the case where there is amble maintenance_work_mem, all writes to
> and reads from temp files will be sequential.

Yes.

-- 
Peter Geoghegan



pgsql-admin by date:

Previous
From: Fabio Pardi
Date:
Subject: Re: parallel index creation: maintenance_work_mem not honored?
Next
From: "James Pang (chaolpan)"
Date:
Subject: multiple sessions to create index in parallel support