Closed Bug 491361 Opened 16 years ago Closed 6 years ago

Make it impossible for a GCHeap allocation to not get profiled

Categories

(Tamarin Graveyard :: Garbage Collection (mmGC), defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX
Future

People

(Reporter: treilly, Unassigned)

References

Details

(Whiteboard: work item)

Just had a thought on how to make the profiler more sturdy. I'm worried about making sure the profiler is accounting for everything. In DumpFatties we could mark each page we see (set a bit in HeapBlock) and print an error if an in use block isn't marked (we could print out the block alloc trace too). Note that this has to be conservative as some memory addresses the profiler tracks might not come from MMgc.
Flags: flashplayer-qrb+
Priority: -- → P3
Target Milestone: --- → Future
Priority: P3 → --
Whiteboard: work item
Summary: Make profiler more fool proof using a in use page marking scheme → Confirm profiler accuracy with an in-use page marking scheme
This is silly, the code should be organized so that its not possible to allocate GCHeap memory without it being profiled, ie just make the fragile code bullet proof and this need goes away. Changing bug description.
Summary: Confirm profiler accuracy with an in-use page marking scheme → Make it impossible for a GCHeap allocation to not get profiled
Right now we have this fragile model where the "profile" flag is passed to the GCHeap telling it whether to tell the profiler about it. The profiler should be told about all GCHeap allocations and sub-page allocations should tell the profiler they are sub page allocations and the memory profiler should sort it all out.
Tamarin is a dead project now. Mass WONTFIX.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Tamarin isn't maintained anymore. WONTFIX remaining bugs.
You need to log in before you can comment on or make changes to this bug.