Re: Support Parallel Query Execution in Executor - Mailing list pgsql-hackers

From Hannu Krosing
Subject Re: Support Parallel Query Execution in Executor
Date
Msg-id 1144661022.3657.15.camel@localhost.localdomain
Whole thread Raw
In response to Re: Support Parallel Query Execution in Executor  (Martijn van Oosterhout <kleptog@svana.org>)
Responses Re: Support Parallel Query Execution in Executor  ("Luke Lonergan" <llonergan@greenplum.com>)
List pgsql-hackers
Ühel kenal päeval, P, 2006-04-09 kell 18:26, kirjutas Martijn van
Oosterhout:

> The cost of fetching a page from the OS is not really much of an
> overhead, 

Have you tested this ?

I remember having a case, where data load usin COPY into a table with
several indexes ran an order of magnitude faster with bigger work-mem.
It was with a computer with enough memory to fit the whole working set
(table + indexes) into OS cache, thus I can't think of any other
overhead except reading the index pages repeatedly from OS cache to
shared mem buffers.

I agree that a real disk read is much slower than OS cache read, but
even an OS cache read is still much slower than no read at all. Sure
it's not nearly as bad on seqscans, but it still takes time.

> so I'd like to know how much benefit these buffer cache hacks
> actually produce.

-------------------
Hannu




pgsql-hackers by date:

Previous
From: "Qingqing Zhou"
Date:
Subject: Re: Support Parallel Query Execution in Executor
Next
From: Markus Schiltknecht
Date:
Subject: Re: Support Parallel Query Execution in Executor