Re: WIP: avoiding tuple construction/deconstruction overhead
В списке pgsql-patches по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: WIP: avoiding tuple construction/deconstruction overhead |
| Дата | |
| Msg-id | 23924.1111071110@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: WIP: avoiding tuple construction/deconstruction overhead (a_ogawa <a_ogawa@hi-ho.ne.jp>) |
| Ответы |
Re: WIP: avoiding tuple construction/deconstruction overhead
|
| Список | pgsql-patches |
a_ogawa <a_ogawa@hi-ho.ne.jp> writes:
> (1)We can improve compare_heap() by using TableTupleSlot instead of
> HeapTuple. Please see attached patch.
Did you measure any performance improvement from that? I considered it
but thought it would likely be a wash or a loss, because in most cases
only one attribute will be pulled from a tuple during comparetup_heap.
slot_getattr cannot improve on heap_getattr in that case, and is quite
likely to be slower.
> (3)There is a description of slot->val in comment of execTuple.c.
> This had better revise it.
Drat, how'd I miss that? Thanks.
regards, tom lane
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера