On Thu, 16 Jun 2005, Robert Watson wrote: >> Great :) It did the trick. The laptop is happily booting with the new >> allocator now. Thanks a lot to you and Alan Cox. > > Looks like what basically happened is this these kern_malloc.c changes > increase the memory burden on UMA as statistics structures for malloc > types now get allocated from UMA. It looks like, from your dmesg, you > have a fair number of modules loaded, so the storage for the statistics > comes out of the early UMA page pool, whereas before it came out of BSS. > We'll see if further tuning is required or not with large numbers of > modules. The thing that surprised me, though, is the unclean failure > mode. The other report saw a clean panic which presumably made > debugging it much easier... Interestingly, there's been a bunch of reports of this in the past few days, and there weren't immediately after the malloc commit. I wonder if some other recent change has increased the amount of UMA memory allocated early in the boot, increasing the level of reports... Robert N M WatsonReceived on Fri Jun 17 2005 - 08:07:35 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:36 UTC