Re: Support Parallel Query Execution in Executor

Поиск
Список
Период
Сортировка
От Hannu Krosing
Тема Re: Support Parallel Query Execution in Executor
Дата
Msg-id 1144661022.3657.15.camel@localhost.localdomain
обсуждение исходный текст
Ответ на Re: Support Parallel Query Execution in Executor  (Martijn van Oosterhout <kleptog@svana.org>)
Ответы Re: Support Parallel Query Execution in Executor  ("Luke Lonergan" <llonergan@greenplum.com>)
Список 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 по дате отправления:

Предыдущее
От: "Qingqing Zhou"
Дата:
Сообщение: Re: Support Parallel Query Execution in Executor
Следующее
От: Markus Schiltknecht
Дата:
Сообщение: Re: Support Parallel Query Execution in Executor