Re: Memory-leak in BackgroundWriter(and Checkpointer)
От | Andres Freund |
---|---|
Тема | Re: Memory-leak in BackgroundWriter(and Checkpointer) |
Дата | |
Msg-id | 20130604132758.GC2854@alap2.anarazel.de обсуждение исходный текст |
Ответ на | Re: Memory-leak in BackgroundWriter(and Checkpointer) (Heikki Linnakangas <hlinnakangas@vmware.com>) |
Ответы |
Re: Memory-leak in BackgroundWriter(and Checkpointer)
Re: Memory-leak in BackgroundWriter(and Checkpointer) |
Список | pgsql-bugs |
On 2013-06-04 16:23:00 +0300, Heikki Linnakangas wrote: > On 04.06.2013 15:27, Stephen Frost wrote: > >* Naoya Anzai (anzai-naoya@mxu.nes.nec.co.jp) wrote: > >>I've found a memory-leak bug in PostgreSQL 9.1.9's background > >>writer process. > > > >This looks legit, but probably not the right approach to fixing it. > >Looks like it'd be better to work out a way to use a static variable to > >reuse the same memory, ala what GetRunningTransactionData() does, and > >avoid having to do allocation while holding all the locks (or at least, > >not very often). > > I can't get too excited about the overhead of a single palloc here. It's a > fairly heavy operation anyway, and only runs once per checkpoint. And we > haven't heard any actual complaints of latency hiccups with > wal_level=hot_standby. I think we will have to resort to running it more frequently in the not too far away future, its way to easy to get into a situation where all of the checkpoints/xl_running_xact's are suboverflowed delaying consistency considerably. Seems more consistent with the rest of the code too. But anyway, I am fine with fixing it either way. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-bugs по дате отправления: