On Tue, Mar 09, 2021 at 09:12:03AM +0100, Otto Moerbeek wrote: > Hi, > > I just committed a malloc change that is interesting. It has been in > snaps already for a while. > > It changes the malloc cache to be a little more friendly to the > kernel, mallocs tendency to split large allocations into page-sized ones > was giving the kernel a hard time in some cases. > > By changing the data structure I am also able to find a proper sized > block in the cache immediately, instead of searching for it. > > The original cache was very aggressive ununmapping regions. Which is
s/unun/un > nice to find use-after-frees, but also increases the pressure on the > kernel. This version is a bit less aggressive. > > The behaviour for malloc option S is unchanged, there you get the > maximum protection, at the cost of performance. Cache resizing also > works as before, except that the maximum size of the cache is now > larger: apart from the default 64 1 page sized regions it also tracks > a number of bigger regions. > > -Otto > >