Re: Re: [COMMITTERS] pgsql: Invent a memory context reset/delete callback mechanism.
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Re: [COMMITTERS] pgsql: Invent a memory context reset/delete callback mechanism. |
| Дата | |
| Msg-id | 29787.1425087767@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [COMMITTERS] pgsql: Invent a memory context reset/delete callback mechanism. (Jeff Davis <pgsql@j-davis.com>) |
| Ответы |
Re: Re: [COMMITTERS] pgsql: Invent a memory context
reset/delete callback mechanism.
|
| Список | pgsql-hackers |
Jeff Davis <pgsql@j-davis.com> writes:
> On Fri, 2015-02-27 at 22:17 +0000, Tom Lane wrote:
>> In passing, per discussion, rearrange some boolean fields in struct
>> MemoryContextData so as to avoid wasted padding space. For safety,
>> this requires making allowInCritSection's existence unconditional;
>> but I think that's a better approach than what was there anyway.
> I notice that this uses the bytes in MemoryContextData that I was hoping
> to use for the memory accounting patch (for memory-bounded HashAgg).
Meh. I thought Andres' complaint about that was unfounded anyway ;-).
But I don't really see why a memory accounting patch should be expected to
have zero footprint.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера