Closed
Bug 668219
Opened 14 years ago
Closed 12 years ago
rip out codesighs logic from buildbot and replace it with a tiny new step
Categories
(Release Engineering :: General, defect, P3)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: ted, Assigned: jlund)
References
Details
(Whiteboard: [unittest])
In bug 659950 I implemented a much simpler replacement for our existing codesighs logic. You can now "make codesighs" in the objdir and it will print two metrics, like:
__codesize:40387084
__installersize:17112982
The first is the size in bytes of all the files we install to a user's machine, and the second is the size in bytes of the installer itself.
We should be able to rip out all the codesighs machinery from our buildbot steps and replace it with a simple "make codesighs" + a modified graph server post. bug 668216 is filed on the graph server changes necessary to add the new values.
Presumably this would be easier if my codesighs change landed on all active branches? I think I can arrange for that, since it's NPOTB.
Updated•14 years ago
|
Assignee: nobody → coop
Priority: -- → P3
Whiteboard: [unittest]
Comment 1•14 years ago
|
||
We currently have a single number, Z on tbpl/tinderbox, and 'Codesighs' in the graph server. How should that change/be supplemented for this ?
| Reporter | ||
Comment 2•14 years ago
|
||
We'll have two numbers, I don't really know what the naming will be, but we can argue about that in bug 668216. :)
Comment 4•14 years ago
|
||
I'll start by adding the new measurements in addition to the existing codesighs, then we can remove codesighs at our leisure.
I made my nomenclature suggestion in bug 668216. Nothing fancy: codesize and installersize.
Status: NEW → ASSIGNED
Priority: P3 → P2
Comment 5•14 years ago
|
||
Can this be done so that we can move other build analysis logic into it as well (like num_ctors for example)?
Comment 6•13 years ago
|
||
(In reply to Chris AtLee [:catlee] from comment #5)
> Can this be done so that we can move other build analysis logic into it as
> well (like num_ctors for example)?
What do you mean? Batching the num_ctors step with these new ones into a logical bundle?
Comment 7•13 years ago
|
||
Yeah, I'd like a single buildbot step that calls out to a script or make target to generate all these stats.
Updated•13 years ago
|
Status: ASSIGNED → NEW
Priority: P2 → P3
Comment 8•12 years ago
|
||
It's pretty clear I'm not making progress on this
I can try to have a new hire or intern pick it up though. Is there any update in how people think this should be implemented?
Assignee: coop → nobody
Component: Release Engineering → Release Engineering: Automation (General)
QA Contact: catlee
| Assignee | ||
Updated•12 years ago
|
Assignee: nobody → jlund
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
Comment 9•12 years ago
|
||
codesighs is dead
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Updated•8 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•