Closed Bug 769761 Opened 12 years ago Closed 6 years ago

Heap unclassified is quite high on Android on planet.mozilla.org

Categories

(Firefox for Android Graveyard :: General, defect)

ARM
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: jrmuizel, Unassigned)

References

Details

(Whiteboard: [MemShrink:P3])

I'm 59MB of explicit and 24MB of heap-unclassified. The resident size is also quite a bit bigger than the explicit heap size (119MB).
Whiteboard: [memshrink]
The resident/explicit mismatch might be due to Java. As for heap-unclassified, I'm not even sure if DMD will run on Android, so it's unlikely for there to be any progress here.
Status: NEW → UNCONFIRMED
Ever confirmed: false
Whiteboard: [memshrink] → [MemShrink:P3]
OS: Mac OS X → Android
Hardware: x86 → ARM
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → UNCONFIRMED
Ever confirmed: false
> As for heap-unclassified, I'm not even sure if DMD will run on Android The new version of DMD should run on Android, though I'm not sure of the exact steps. It'll be similar to the steps for B2G...
(In reply to Nicholas Nethercote [:njn] from comment #2) > The new version of DMD should run on Android, though I'm not sure of the > exact steps. I've added steps to run DMD on Android to https://wiki.mozilla.org/Performance/MemShrink/DMD
Thanks, kats! A couple of questions about the docs: - Don't you need to define $DMD? What if you want to define an option via it (such as DMD='--sample-below=1')? - Do you need to run a stack-fixing script after dumping?
(In reply to Nicholas Nethercote [:njn] from comment #4) > - Don't you need to define $DMD? What if you want to define an option via > it (such as DMD='--sample-below=1')? Yeah, I set DMD=1 on the command line to start fennec. (The line was fairly long so perhaps it was truncated out of sight; I've since line-wrapped the command to avoid that). You can set DMD to whatever you need. > > - Do you need to run a stack-fixing script after dumping? I hadn't actually looked closely at the log I got, but it turns out that there are no stacks in it :( See http://people.mozilla.com/~kgupta/bug/769761-dmd.txt for an example.
> I hadn't actually looked closely at the log I got, but it turns out that > there are no stacks in it :( See > http://people.mozilla.com/~kgupta/bug/769761-dmd.txt for an example. That's bad! Can you file a bug and CC jlebar and glandium? Stacks are working on B2G so hopefully there's something simple going wrong.
Is there any reason why this is still unconfirmed?
> Is there any reason why this is still unconfirmed? Because the difference between UNCONFIRMED and NEW and ASSIGNED isn't that meaningful in practice -- many bugs don't have them set appropriately. General activity within a bug (i.e. comments and patches) is a much better indicator of whether it's getting attention.
Hi, Does this issue still reproduce? Thanks!
Flags: needinfo?(jmuizelaar)
I'll just close it as invalid
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → INVALID
Flags: needinfo?(jmuizelaar)
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.