Re: Reducing NSS's allocation rate

On Tue, Nov 11, 2014 at 11:10 PM, Brian Smith wrote: >> >> I've attached to the bug a profile that uses a stack trace depth of 10. > > Unfortunately, 10 isn't enough to see the non-NSS entry (one that > doesn't start with "security/nss/") for every case. I've now attached to the bug a profile tha

Re: Reducing NSS's allocation rate

On Mon, Nov 10, 2014 at 7:06 PM, Ryan Sleevi wrote: > > Not to be a pain and discourage someone from hacking on NSS My patches are in the following bugs: https://bugzilla.mozilla.org/show_bug.cgi?id=1094650 https://bugzilla.mozilla.org/show_bug.cgi?id=1095307 https://bugzilla.mozilla.org/show_bu

Re: Reducing NSS's allocation rate

On Mon, Nov 10, 2014 at 8:53 PM, Brian Smith wrote: >> >> I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1095272 about >> this. I've written several patches that fix problems, one of which has >> r+ and is awaiting checkin; check the dependent bugs. > > In your analysis, it would be better t

Reducing NSS's allocation rate

Hi, I've been doing some heap allocation profiling and found that during basic usage NSS accounts for 1/3 of all of Firefox's cumulative (*not* live) heap allocations. We're talking gigabytes of allocations in short browsing sessions. That is *insane*. I filed https://bugzilla.mozilla.org/show_bu