Closed Bug 1034674 Opened 6 years ago Closed 5 years ago

use a property other than speed to differentiate between slaves in slavealloc


(Release Engineering :: General, defect)

Not set


(Not tracked)



(Reporter: kmoir, Unassigned)


(Whiteboard: [kanban:engops:] )


(1 file)

In bug 1034055, we needed to specify a different instance type for 2.3 reftests etc al to run in AWS.  Some 2.3 tests run on c3.xlarge, other run on the smaller type.  The meant we had to differentiate the slaves in slavealloc via speed which rail mentioned is not optimal.  So he asked me to open a bug and he would look at it.

See for details
Assignee: nobody → rail
this looks working "on my laptop". Still need to figure out how to migrate the DB.
Attachment #8457458 - Flags: feedback?(dustin)
Comment on attachment 8457458 [details] [diff] [review]

I'm always wary of naming something with a 'moz' prefix.  What's a "moztype"?  It sounds like you're adding this because the name "speed" doesn't seem right to you, but "moztype" doesn't mean anything more.

When we invented "speed", the idea was to differentiate system types -- I think at the time we had hardware and vmware builders, and the latter were a lot slower.  We didn't want one master to get saddled with all the slow builders.

So it seems like speed *is* a pretty good match to instance type?  If not, then at least "moztype" didn't help me figure out what you meant :)
Attachment #8457458 - Flags: feedback?(dustin) → feedback+
yeah, I thought about using speed, but the idea i not specifying AWS instance types, instead, usbing so called moz-type which may correspond to multiple AWS instance types (like in

I have no idea for the name, but will keep it in mind.
You're referring to 'build-linux64'?  Isn't that redundant to trustlevel, bitlength, and os?
for build-linux64 vs try-linux64 it is enough, but not for tst-linux64 vs tst-emulator64, see
maybe that's just a different purpose, aside from build and test?  At the end of the day, it doesn't really matter, as pool is just determined by distinct tuples of attributes.  Adding a new moztype attribute, using purpose, speed, whatever.. same effect.  It's just what makes the most sense, I think
*just a matter of choosing what makes the most sense
Component: Release Automation → Tools
QA Contact: bhearsum → hwine
Whiteboard: [kanban:engops:]
Whiteboard: [kanban:engops:] → [kanban:engops:]
Whiteboard: [kanban:engops:] → [kanban:engops:]
Not working on this actively.
Assignee: rail → nobody
WONTFIX in favor of bug 1135818.
Closed: 5 years ago
Resolution: --- → WONTFIX
Component: Tools → General
You need to log in before you can comment on or make changes to this bug.