Re: pgsql: Generational memory allocator
От | Tom Lane |
---|---|
Тема | Re: pgsql: Generational memory allocator |
Дата | |
Msg-id | 13547.1511474676@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: pgsql: Generational memory allocator (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: pgsql: Generational memory allocator
Re: pgsql: Generational memory allocator |
Список | pgsql-committers |
Andres Freund <andres@anarazel.de> writes: > On 2017-11-23 22:34:57 +0100, Tomas Vondra wrote: >> Hmmm, I see. Presumably adding this to GenerationChunk (similarly to what we >> do in AllocChunkData) would address the issue: >> >> #if MAXIMUM_ALIGNOF > 4 && SIZEOF_VOID_P == 4 >> Size padding; >> #endif >> >> but I have no way to verify that (no access to such machine). I wonder why >> SlabChunk doesn't need to do that (perhaps a comment explaining that would >> be appropriate?). > Can't you just compile pg on a 32bit system and manually define MAXALIGN > to 8 bytes? I pushed a patch that computes how much padding to add and adds it. (It might not really work if size_t and void * are different sizes, because then there could be additional padding in the struct; but that seems very unlikely.) regards, tom lane
В списке pgsql-committers по дате отправления: