Re: SlabCheck leaks memory into TopMemoryContext
Tomas Vondra <tomas.vondra@2ndquadrant.com>
From: Tomas Vondra <tomas.vondra@2ndquadrant.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Andres Freund <andres@anarazel.de>, Tomas Vondra <tv@fuzzy.cz>, pgsql-hackers@postgresql.org
Date: 2020-01-16T17:04:32Z
Lists: pgsql-hackers
On Thu, Jan 16, 2020 at 11:43:34AM -0500, Tom Lane wrote: >Tomas Vondra <tomas.vondra@2ndquadrant.com> writes: >> The attached fix should do the trick - it pre-allocates the space when >> creating the context. There is a bit of complexity because we want to >> allocate the space as part of the context header, but nothin too bad. We >> might optimize it a bit by using a regular bitmap (instead of just an >> array of bools), but I haven't done that. > >Hmm ... so if this is an array of bools, why isn't it declared bool* >rather than char* ? (Pre-existing ugliness, sure, but we might as >well fix it while we're here. Especially since you used sizeof(bool) >in the space calculation.) > True. Will fix. >I agree that maxaligning the start point of the array is pointless. > >I'd write "free chunks in a block" not "free chunks on a block", >the latter seems rather shaky English. But that's getting picky. > >LGTM otherwise. > OK. Barring objections I'll push and backpatch this later today. regards -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Allocate freechunks bitmap as part of SlabContext
- a801452c9e30 10.12 landed
- 8c37e4469d13 11.7 landed
- 162c951dfe8f 12.2 landed
- 543852fd8bf0 13.0 landed