Re: Warm-cache prefetching

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Warm-cache prefetching
Дата
Msg-id 200512091537.jB9FbPN07379@candle.pha.pa.us
обсуждение исходный текст
Ответ на Warm-cache prefetching  (Qingqing Zhou <zhouqq@cs.toronto.edu>)
Ответы Re: Warm-cache prefetching  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Warm-cache prefetching  (Kenneth Marshall <ktm@it.is.rice.edu>)
Список pgsql-hackers
Kenneth Marshall wrote:
> The main benefit of pre-fetching optimization is to allow just-
> in-time data delivery to the processor. There are numerous papers
> illustrating the dramatic increase in data throughput by using
> datastructures designed to take advantage of prefetching. Factors
> of 3-7 can be realized and this can greatly increase database
> performance. The first step needed to take advantage of the ability
> of pre-fetching to reduce memory latency is to design the index
> page layout with an internal blocking of the cache-line size.
> Then issue pre-fetch instructions for the memory you are going
> to need to process the index page far enough in advance to allow
> it to be in a cache-line by the time it is needed. 

I can see that being useful for a single-user application that doesn't
have locking or I/O bottlenecks, and doesn't have a multi-stage design
like a database.  Do we do enough of such processing that we will _see_
an improvement, or will our code become more complex and it will be
harder to make algorithmic optimizations to our code?

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Warm-cache prefetching
Следующее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Upcoming PG re-releases