Re: Memory prefetching while sequentially fetching from SortTuple array, tuplestore
В списке pgsql-hackers по дате отправления:
| От | Andres Freund |
|---|---|
| Тема | Re: Memory prefetching while sequentially fetching from SortTuple array, tuplestore |
| Дата | |
| Msg-id | 20150902232610.GH8555@awork2.anarazel.de обсуждение |
| Ответ на | Re: Memory prefetching while sequentially fetching from SortTuple array, tuplestore (Peter Geoghegan <pg@heroku.com>) |
| Ответы |
Re: Memory prefetching while sequentially fetching from
SortTuple array, tuplestore
|
| Список | pgsql-hackers |
On 2015-09-02 16:23:13 -0700, Peter Geoghegan wrote: > On Wed, Sep 2, 2015 at 4:12 PM, Andres Freund <andres@anarazel.de> wrote: > >> Well, still needs to work for tuplestore, which does not have a SortTuple. > > > > Isn't it even more trivial there? It's just an array of void*'s? So > > prefetch(state->memtuples + 3 + readptr->current)? > > All I meant is that there couldn't be one centralized definition for > both. I don't mind if you want to bake it into a macro for > tupelstore.c and tuplesort.c. I'm not following? Just write pg_read_prefetch(state->memtuples + 3 + readptr->current) and the corresponding version for tuplesort in the callsites?
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера