Closed
Bug 496354
Opened 16 years ago
Closed 16 years ago
Windows Mobile memory reporting through "GetPrivateBytes" not reporting System Heap memory usage
Categories
(Tamarin Graveyard :: Virtual Machine, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
flash10.1
People
(Reporter: bgetlin, Assigned: tierney)
Details
Attachments
(1 file, 1 obsolete file)
|
4.19 KB,
patch
|
rishah
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; en-us) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1
Build Identifier: Adobe(R) Flash(R) Player 10 (10,1,50,180)
Submit the following fixes:
1) Report WinMo "PrivateBytes" memory based on the currently active process slot (Slot 0) rather than the process slot assigned to the Flash Player. This fixes an issue where we were not collecting memory allocated outside the GCHeap (one example being GCAllocObjects).
2) Remove looking for the "MEM_PRIVATE" flag as well, as we want to capture shared memory allocations that our player makes as well. It might be POSSIBLE that other processes are allocating here but it seems better to overreport rather than under-report memory usage.
Reviewed by Dave George
Reproducible: Always
Steps to Reproduce:
1. Run the memory test file "CoverFlow.swf"
2. View the memory reported by the flash application
3. Compare to the memory actually being consumed by reviewing Windows CE 5.0 Platform Builder.
4. Note the drastic difference
Actual Results:
11404kb was reported
Expected Results:
22856kb should be reported
| Reporter | ||
Comment 1•16 years ago
|
||
Changelist number: 528123
1) Report WinMo "PrivateBytes" memory based on the currently active process slot (Slot 0) rather than the process slot assigned to the Flash Player. This fixes an issue where we were not collecting memory allocated outside the GCHeap (one example being GCAllocObjects).
2) Remove looking for the "MEM_PRIVATE" flag as well, as we want to capture shared memory allocations that our player makes as well. It might be POSSIBLE that other processes are allocating here but it seems better to overreport rather than under-report memory usage.
Attachment #381545 -
Flags: review?(stejohns)
Comment 2•16 years ago
|
||
Comment on attachment 381545 [details] [diff] [review]
Memory Reporting Patch
The diff is a little scragged (what's up with the backslash at the end of each line?) but I get the idea.
Approving, but the ifdef'ing on the second change is kinda awkward (makes for hard-to-read code)... IMHO just ifdefing the whole if-else block would be clearer and less error prone.
Attachment #381545 -
Flags: review?(stejohns) → review+
Comment 3•16 years ago
|
||
Previous patch would not apply because it relied on other, unsubmitted CE-specific changes (mainly to VMPI_getPrivateResidentPageCount) that were made in the Flash tree but never submitted to Tamarin. This patch includes those changes, plus a few minor formatting fixes.
Attachment #381545 -
Attachment is obsolete: true
Attachment #381574 -
Flags: review?(rishah)
Updated•16 years ago
|
Attachment #381574 -
Flags: review?(rishah) → review+
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Flags: flashplayer-qrb+
Priority: -- → P2
Target Milestone: --- → flash10.x
Comment 4•16 years ago
|
||
Erik, please make sure this landed and if so then close this bug.
Assignee: nobody → tierney
| Assignee | ||
Comment 5•16 years ago
|
||
Verified that the changes in this patch have already landed in TR through various other bugs. Closing as fixed.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•