From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Leonardo Francalanci <m_lists(at)yahoo(dot)it> |
Cc: | Alvaro Herrera <alvherre(at)commandprompt(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: switch UNLOGGED to LOGGED |
Date: | 2011-05-10 11:50:04 |
Message-ID: | BANLkTin+mdOV1ssQJyNyr4KrOQCLB_cq9w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, May 10, 2011 at 3:35 AM, Leonardo Francalanci <m_lists(at)yahoo(dot)it> wrote:
>> Yes, that seems like a very appealing approach. There is plenty of
>> bit-space available in xinfo, and we could reserve a bit each for
>> nrels, nsubxacts, and nmsgs, with set meaning that an integer count of
>> that item is present and clear meaning that the count is omitted from
>> the structure (and zero). This will probably require a bit of tricky
>> code reorganization so I think it should be done separately from the
>> main patch.
>
> Ok, I'll try and send a patch with this change only.
> BTW xinfo is 32 bit long, but I think only 2 bits are used right now?
> I think I can make it a 8 bits, and add another 8 bits for nrels,
> nsubxacts, and nmsgs and the new thing. That should save
> another 2 bytes, while leaving space for extention. Or we can make
> it a 8 bits only, but only 2 bits would be left "empty" for future
> extentions; I don't know if we care about it...
I don't think making xinfo shorter will save anything, because
whatever follows it is going to be a 4-byte quantity and therefore
4-byte aligned.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Kohei Kaigai | 2011-05-10 11:55:37 | [v9.2] Leaky view and RLS |
Previous Message | Robert Haas | 2011-05-10 11:45:57 | Re: Process wakeups when idle and power consumption |