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
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
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
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
4 matches
Mail list logo