Re: Padding on 64-bit - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Padding on 64-bit
Date
Msg-id 16938.1180468905@sss.pgh.pa.us
Whole thread Raw
In response to Re: Padding on 64-bit  (Magnus Hagander <magnus@hagander.net>)
Responses Re: Padding on 64-bit  (Neil Conway <neilc@samurai.com>)
List pgsql-hackers
Magnus Hagander <magnus@hagander.net> writes:
>>> Specifically, I'm interested if I actually end up making my table any
>>> smaller if I move from 64-bit integer primary key to 32-bit.
>> 
>> Depends what else is in the row ... the overall row will get padded to
>> MAXALIGN, but if you were wasting 4 bytes on alignment before, then you
>> win.

> Ah, I see. Followup: Does it make a measurable performance difference
> for things like join or filtering operations, in case the storage size
> ends up being the same?

Hard to say.  int8 is pass-by-reference, which is certainly slower than
pass-by-value, but you'd have to measure to see if it makes any
noticeable difference in your queries.

(I imagine someday we'll get around to allowing int8 to be pass-by-value
on 64-bit platforms.)
        regards, tom lane


pgsql-hackers by date:

Previous
From: Stephen Frost
Date:
Subject: Re: Fixing insecure security definer functions
Next
From: Neil Conway
Date:
Subject: Re: Padding on 64-bit