> On 03/25/2015 5:49 PM, Kyle Huey wrote: > > Previous experience suggests that if we relax the limits at all it's going > to be quite difficult to claw that back. > > Somebody should take some memory reports from 2.2 and trunk and diff them, > so we can start looking at where the fat is.
After much procrastinating I finally managed to carve some time to do a
diff between v2.1, v2.2 and master and frankly the results are
worrisome. I've made a clean install of the three engineering builds and
opened some applications with empty workloads (dialer, sms, gallery,
music, clock and settings) and gathered memory reports after having
minimized all of them. Here's the bird's eye view of the three branches
by USS:
NAME v2.1 v2.2 master
b2g 53.3 61.2 64.6
(Nuwa) 2.3 5.5 8.9
Homescreen 10.6 13.8 24.1
Built-in Keyboa 11.6 12.6 13.7
Communications 9.9 10.8 16.7
Messages 15.4 17.1 17.3
Gallery 8.7 8.6 14.9
Music 13.7 9.0 15.4
Clock 9.0 14.6 15.4
Settings 17.4 13.9 20.5
(Preallocated) 5.1 5.2 -
Yep, it's that bad. The main process gained a full 13.3 MiB of USS, that
used to be enough to run an entire app only some time ago. Practically
all applications are well above 10MiB at startup (they almost all used
to be below that) and many of them take almost twice as much as they
used to. The preallocated process is gone (absorbed into Nuwa IIRC) but
even then the aggregated result is 1.1MiB larger.
The regressions in master are *huge* but v2.2 was already in very poor
shape (and I haven't even tried with v2.0). I did not even check by
populating with the reference workloads mostly because of lack of time
but I don't think that's going to look pretty either.
I'm now looking at the about:memory reports to figure out where this is
coming from. Do we already have a bug about memory regressions on
v3.0/master? If not I'll open one and attach everything there.
Gabriele
signature.asc
Description: OpenPGP digital signature
_______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
