create two new VMs for "sse disabled" unittests

RESOLVED FIXED

Status

mozilla.org Graveyard
Server Operations
--
minor
RESOLVED FIXED
9 years ago
3 years ago

People

(Reporter: Justin Fitzhugh, Assigned: phong)

Tracking

Details

(Reporter)

Description

9 years ago
Build needs a VM instance with SSE disabled.  Failing that, we need to disable SSE on a mac mini.  Is this possible?  If so, how?  We'll need a Windows and Linux VM or mini for build, built of the ref images for unit testing.
Component: Server Operations: Tinderbox Maintenance → Server Operations
Assignee: server-ops → phong
To clarify a little:

1) We need two VM clones created: one win32 (from win2k3sp2-vc8tools-ref-vm) and one linux (from CentOS-5.0-ref-tools-vm). 

2) Once these VMs are created, rsayre will show us how to disable SSE on these VMs.

3) We'll then try to see if/how things work. If all goes smoothly, the idea here is to have these become new platforms that run unittests on each nightly. There is no plan to build or to run perf tests on these platforms.
Summary: vm instance with sse disabled → create two new clones for "sse disabled" experiment
(Reporter)

Comment 2

9 years ago
(In reply to comment #1)
> 2) Once these VMs are created, rsayre will show us how to disable SSE on these
> VMs.

Phong/IT will handle this step - something they'll have to talk to vmware about.

Comment 3

9 years ago
If rsayre already knows, that'll be quicker than going through vmware!
(Reporter)

Comment 4

9 years ago
(In reply to comment #3)
> If rsayre already knows, that'll be quicker than going through vmware!

I was in the meeting where he said he didn't - hence why I opened an IT bug.

Comment 5

9 years ago
Phong - 

I'm sorry I misread your request, yes you can do this, you will just need to mask out the features from the VM, in the settings for the VM go to options, and then CPUID mask, and advanced. This is where you will enter the mask.


I would recommend testing this with a cpuid program or our cpuid bootable cdrom: http://vmware.com/download/shared_utilities.html

from: http://kb.vmware.com/kb/1993

The mask should be:
ecx level 1:  ---- ---- ---- 00-- ---- --0- ---0 -0-0
edx level 1:  ---- ---- ---- --0- ---- ---- ---- ----

Updated

9 years ago
Blocks: 463262
(Assignee)

Comment 6

9 years ago
John:  what do you want to name these 2 VM's and which network should they be on?
moz2-win32nonsse-slave01
moz2-linuxnonsse-slave01
phong: for the purposes of this experiment, please put these VMs on the devESX host, not in the production build network.
(Assignee)

Comment 9

9 years ago
I've put them on dev-vmware01.
(In reply to comment #9)
> I've put them on dev-vmware01.

Sorry, Phong. I've just been corrected. Can you please move these VMs into the build network after all, along with our other build slaves? The new VMs not being used yet, so you can powerdown anytime if you need to.
Summary: create two new clones for "sse disabled" experiment → create two new VMs for "sse disabled" unittests
(Assignee)

Comment 11

9 years ago
They are being migrated now.
(Assignee)

Comment 12

9 years ago
moz2-win32nonsse-slave01  10.2.71.203
moz2-linuxnonsse-slave01  10.2.71.204
(Assignee)

Updated

9 years ago
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.