Re: [BUGS] BUG #14897: Segfault on statitics SQL request
От | Tom Lane |
---|---|
Тема | Re: [BUGS] BUG #14897: Segfault on statitics SQL request |
Дата | |
Msg-id | 3379.1510508582@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [BUGS] BUG #14897: Segfault on statitics SQL request (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-bugs |
I wrote: > Andres Freund <andres@anarazel.de> writes: >> Specifying MCXT_ALLOC_ALIGN_CACHELINE rather than CACHELINE_ALIGNMENT >> doesn't seem to make it meaningfully harder to adjust. Or are you >> thinking of probing the hardware? > Yeah, the latter. The two approaches seem pretty much equivalent if > you're assuming compile-time decisions, but if we ever wanted a run- > time decision, I think having a flag bit that's interpreted inside > MemoryContextAllocExtended would be easier to deal with. Actually, independently of which way we do that, it seems like we can't easily hide this inside a palloc wrapper. If we palloc some extra space and then adjust the return value to be 16-aligned, what happens when the caller tries to pfree the block? regards, tom lane -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: