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 по дате отправления: