Closed
Bug 517475
Opened 15 years ago
Closed 14 years ago
Stop running leak tests on debug builds?
Categories
(Release Engineering :: General, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: catlee, Assigned: lsblakk)
References
Details
(Whiteboard: [unittest])
Attachments
(1 file, 1 obsolete file)
3.44 KB,
patch
|
catlee
:
review+
lsblakk
:
checked-in+
|
Details | Diff | Splinter Review |
Once we have unittests running on debug builds, is there any reason to continue running the current leak tests?
Nope.
Reporter | ||
Comment 2•15 years ago
|
||
Do the new tests need to be posting results to the graph server and/or be comparing leak/bloat logs?
Hmmm. Actually, nothing would be running the trace-malloc leak test anymore with this change. So that actually is a pretty important thing we need to catch; otherwise we wouldn't catch regressions in leaks of non-logged objects. We probably don't need the max heap numbers anymore; the Tp memset numbers are better. (Though there might be value in tracking memory use after just bringing up a firefox window.)
Reporter | ||
Comment 4•15 years ago
|
||
So we can stop running: python leaktest.py -- -register python leaktest.py -- -CreateProfile default python leaktest.py -- -P default python leaktest.py -l bloat.log but keep: python leaktest.py -- --trace-malloc malloc.log --shutdown-leaks=sdleak.log ?
(In reply to comment #4) > So we can stop running: > python leaktest.py -- -register > python leaktest.py -- -CreateProfile default > python leaktest.py -- -P default These three are sort of the "set things up for the rest" part, so I think they should probably stay. > python leaktest.py -l bloat.log Yes, this can go. > but keep: > > python leaktest.py -- --trace-malloc malloc.log --shutdown-leaks=sdleak.log Yes. (But aren't there a bunch of other steps for comparing the logs?)
Reporter | ||
Comment 6•15 years ago
|
||
(In reply to comment #5) > (In reply to comment #4) > > So we can stop running: > > python leaktest.py -- -register > > python leaktest.py -- -CreateProfile default > > python leaktest.py -- -P default > > These three are sort of the "set things up for the rest" part, so I think they > should probably stay. > > > python leaktest.py -l bloat.log > > Yes, this can go. > > > but keep: > > > > python leaktest.py -- --trace-malloc malloc.log --shutdown-leaks=sdleak.log > > Yes. > > > (But aren't there a bunch of other steps for comparing the logs?) Yes, the steps for comparing the logs for everything except malloc.log and sdleak.log would go as well, as would the graph server posts.
Comment 7•14 years ago
|
||
Mass move of bugs from Release Engineering:Future -> Release Engineering. See http://coop.deadsquid.com/2010/02/kiss-the-future-goodbye/ for more details.
Component: Release Engineering: Future → Release Engineering
Priority: -- → P3
Updated•14 years ago
|
Whiteboard: [unittest]
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → lsblakk
Assignee | ||
Comment 8•14 years ago
|
||
Assignee | ||
Comment 9•14 years ago
|
||
Comment on attachment 482289 [details] [diff] [review] [tested] removing unwanted steps from leak test build steps Ran this in staging successfully.
Attachment #482289 -
Flags: review?(catlee)
Attachment #482289 -
Attachment is patch: true
Attachment #482289 -
Attachment mime type: application/octet-stream → text/plain
Which steps are you removing? It looks to me like this is removing the nsTraceRefcnt-based leak test (which makes sense to me) and also removing graph server posts for the trace-malloc-based leak test (which doesn't make sense to me).
Assignee | ||
Comment 11•14 years ago
|
||
> Which steps are you removing? I took out all the bloat.log steps based on the comments in this bug - and also the graph server posts as per comment 6: > Yes, the steps for comparing the logs for everything except malloc.log and > sdleak.log would go as well, as would the graph server posts.
Assignee | ||
Comment 12•14 years ago
|
||
Perhaps I misunderstood comment 6?
So what are we posting to the graph server and what are we not posting to the graph server? We should still be posting the trace-malloc test data to the graph server.
Assignee | ||
Comment 14•14 years ago
|
||
You're right, I was taking out both graphserver posts. So now I'm taking out only: TinderboxPrint: <a title="refcnt_leaks".... And leaving in the following: TinderboxPrint: <a title="trace_malloc_maxheap".... TinderboxPrint: <a title="trace_malloc_allocs".... TinderboxPrint: <a title="trace_malloc_leaks"....
Attachment #482289 -
Attachment is obsolete: true
Attachment #482369 -
Flags: review?(catlee)
Attachment #482289 -
Flags: review?(catlee)
Reporter | ||
Updated•14 years ago
|
Attachment #482369 -
Flags: review?(catlee) → review+
Assignee | ||
Updated•14 years ago
|
Flags: needs-reconfig?
Assignee | ||
Comment 15•14 years ago
|
||
Comment on attachment 482369 [details] [diff] [review] [tested] removing unwanted steps from leak test build steps http://hg.mozilla.org/build/buildbotcustom/rev/dd5d5d953b0b
Attachment #482369 -
Flags: checked-in+
Assignee | ||
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Flags: needs-reconfig?
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•