Last Comment Bug 730797 - Track number of DOMWindow/DocShell leaks and report improvements/regressions
: Track number of DOMWindow/DocShell leaks and report improvements/regressions
Status: RESOLVED WORKSFORME
[MemShrink:P1]
:
Product: Testing
Classification: Components
Component: Sisyphus (show other bugs)
: Trunk
: All All
: -- enhancement (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
:
Mentors:
http://mxr.mozilla.org/mozilla-centra...
Depends on: 683953 734554
Blocks:
  Show dependency treegraph
 
Reported: 2012-02-27 06:21 PST by Tim Taubert [:ttaubert]
Modified: 2012-10-02 16:53 PDT (History)
12 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---


Attachments

Description Tim Taubert [:ttaubert] 2012-02-27 06:21:45 PST
Bug 683953 implemented leak statistics that are gathered for m-oth test suite runs and contained in each m-oth debug log. We should parse and record those numbers to report regressions and be able to build graphs from this data.
Comment 1 Serge Gautherie (:sgautherie) 2012-02-27 07:30:32 PST
Ftr, SeaMonkey support would be wanted, if possible.
Comment 2 :Felipe Gomes (needinfo me!) 2012-02-27 13:49:41 PST
Also related to this and bug 683953: bug 728294
Comment 3 Tim Taubert [:ttaubert] 2012-02-28 14:39:54 PST
I'd really like to implement that but have no idea about how to integrate these statistics into our Talos infrastructure.
Comment 4 Serge Gautherie (:sgautherie) 2012-03-08 09:43:02 PST
http://hg.mozilla.org/mozilla-central/rev/3dcb40ebd487
130 -> 123
Comment 5 cmtalbert 2012-03-08 17:07:19 PST
(In reply to Tim Taubert [:ttaubert] from comment #3)
> I'd really like to implement that but have no idea about how to integrate
> these statistics into our Talos infrastructure.
This would be cool. Currently we post JSON to the graphserver  in order to track items. The current graphserver SQL schema is very tied to the talos data specifically. We are in the process of building a generic graphing database to hold numbers that can perform graphing functions easily and provide a plugable interface so you can easily add new statistics and UIs to it.

If you want to target the current production graph server (graphs.m.o) then you need to get the json together you want to submit, we need to get a SQL statement together to perform the necessary table alterations, and we need to get webdev involved to ensure they can put a UI atop the new table. I don't really imagine any of these steps to be difficult, they will just take some time.

With the other, you have to wait for us to get it deployed to staging/production (but you could write to our development system right now). We are aiming to have it in staging/production in Q2 of this year.  

Whichever way you want to pursue it, we can help with it.  And the first step is that we need the JSON you want to submit to track the memory leak problem over time. This way we can see how hard it will be to integrate into existing graphserver and how well it will fit into our generic schema we're developing for the new one.
Comment 6 Serge Gautherie (:sgautherie) 2012-03-13 10:21:28 PDT
http://hg.mozilla.org/mozilla-central/rev/89d3250b701d
123 -> 120
Comment 7 Kyle Huey [:khuey] (Exited; not receiving bugmail, email if necessary) 2012-10-02 16:45:57 PDT
I think we have a sufficient solution here, with the cc analyzer and whatnot.

Reopen if you disagree.
Comment 8 Olli Pettay [:smaug] (TPAC) 2012-10-02 16:53:04 PDT
AFAIK we don't have cc analyzer on normal mochitests

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