Last Comment Bug 307312 - Tracking of startup with WAY_TOO_MUCH_GC
: Tracking of startup with WAY_TOO_MUCH_GC
[sg:want P2]
: sec-want
Product: Core Graveyard
Classification: Graveyard
Component: Tracking (show other bugs)
: Trunk
: x86 Linux
-- normal with 1 vote (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
: chris hofmann
Depends on: 328008 305884 307313 307317 307560 327708 327712 327716 328007 331667
  Show dependency treegraph
Reported: 2005-09-06 22:09 PDT by Boris Zbarsky [:bz] (still a bit busy)
Modified: 2016-07-15 12:13 PDT (History)
10 users (show)
See Also:
QA Whiteboard:
Iteration: ---
Points: ---

debugging code used to debug these (9.64 KB, patch)
2006-02-18 04:26 PST, David Baron :dbaron: ⌚️UTC-8
no flags Details | Diff | Splinter Review

Description User image Boris Zbarsky [:bz] (still a bit busy) 2005-09-06 22:09:51 PDT
This bug is intended to track work on getting us to start with WAY_TOO_MUCH_GC

First step is bug 305884, of course.
Comment 1 User image David Baron :dbaron: ⌚️UTC-8 2006-02-18 04:21:29 PST
With the patches I just attached to bug 307560, bug 327708, bug 327712, and bug 327716, I can start Firefox under WAY_TOO_MUCH_GC.
Comment 2 User image David Baron :dbaron: ⌚️UTC-8 2006-02-18 04:26:39 PST
Created attachment 212312 [details] [diff] [review]
debugging code used to debug these

I may want to get bits of this in; I'll discuss with brendan sometime.

With the debugging code attached (the js_LockGCThing debugging is from other debugging, of leaks), I:
 * defined WAY_TOO_MUCH_GC (in patch, actually)
 * ran firefox under gdb until assertion failure or crash
 * looked at the GCThing in question (not necessarily the first one I looked at, but always the first or second for those 4)
 * found its address in JSGCThing.alloc with 
    grep -A 50 ADDRESS JSGCThing.alloc | fix-linux-stack | less -S
 * used the Ctor and Dtor stacks to figure out what happened
Comment 3 User image David Baron :dbaron: ⌚️UTC-8 2006-03-09 18:18:31 PST
See also bug 327996 with some ideas on improving WAY_TOO_MUCH_GC.
Comment 4 User image BMO Automation 2016-07-01 13:04:04 PDT
Marking all tracking bugs which haven't been updated since 2014 as INCOMPLETE.
If this bug is still relevant, please reopen it and move it into a bugzilla component related to the work
being tracked. The Core: Tracking component will no longer be used.

Note You need to log in before you can comment on or make changes to this bug.