| From: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Manfred Koizar <mkoi-pg(at)aon(dot)at>, pgsql-patches(at)postgresql(dot)org |
| Subject: | Re: Reduce heap tuple header size |
| Date: | 2002-06-21 14:03:54 |
| Message-ID: | 3D13324A.1C126728@Yahoo.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
Tom Lane wrote:
>
> Jan Wieck <JanWieck(at)Yahoo(dot)com> writes:
> > Do we have any hard numbers on that? Is it just access to the header
> > fields, or do we loose the offset cacheability of all fixed size fields
> > at the beginning of a row? In the latter case count me into the
> > slowness-believer camp.
>
> I don't believe the patch would have made the header variable size,
> only changed what the fixed size is. The slowdown I was worried about
> was just a matter of a couple extra tests and branches in the tqual.c
> routines; which would be negligible if they weren't such hotspots.
Did someone run at least pgbench with/without that patch applied?
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Marc G. Fournier | 2002-06-21 14:07:08 | Re: Our archive searching stinks |
| Previous Message | Jan Wieck | 2002-06-21 14:02:27 | Re: Idea for the statistics collector |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2002-06-21 14:08:26 | Re: contrib/DBMirror |
| Previous Message | Tom Lane | 2002-06-21 14:02:51 | Re: [PATCHES] pg_dumpall should permit quiet operation |