From: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com> |
---|---|
To: | Gregory Stark <stark(at)enterprisedb(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: pg_controldata doesn't report 64/32bit? |
Date: | 2007-12-08 07:02:35 |
Message-ID: | 475A418B.3090702@commandprompt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Gregory Stark wrote:
> "Gregory Stark" <stark(at)enterprisedb(dot)com> writes:
>
>> "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
>>
>>> Josh Berkus <josh(at)agliodbs(dot)com> writes:
>>>> I've just noticed that pg_controldata doesn't say anything about whether
>>>> the database is 64-bit or 32-bit.
>>> That's because there is no such concept.
>> I think the relevant concept is whether Datum is 32-bit or 64-bit wide.
>
> Oh, I see what you meant now. Datum is a purely in-memory concept, it doesn't
> actually reach disk.
>
> We could always tighten this up a bit by listing the alignment of a handful of
> built-in data types but I suppose there will always be holes in this area
> anyways.
What are we gaining here? A 32bit postmaster can't start a 64bit one...
Running select version() will tell you if you are running 64 or 32bit...
What am I missing?
Joshua D. Drake
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-12-08 07:37:52 | Re: pg_controldata doesn't report 64/32bit? |
Previous Message | Gregory Stark | 2007-12-08 07:01:02 | Re: pg_controldata doesn't report 64/32bit? |