Need a bld-lion-r5 to test build times with SSD

RESOLVED FIXED

Status

Release Engineering
Loan Requests
RESOLVED FIXED
3 years ago
3 years ago

People

(Reporter: dividehex, Assigned: arr)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

3 years ago
We will be replacing the non-ssd drives with a single ssd to test build times.
I have disabled bld-lion-r5-087 and rebooted it.

Looks like you have access to the machine so I won't file a vpn access bug :)

IIUC, If we are replacing the storage with an SSD, we will need to wipe the current non-ssd drive. Should I file an IT bug for that or will I leave that to you?


I am assigning the machine to you. Please mark this bug as resolved and comment that it can go back in production once you are finished with it forever :)
Assignee: nobody → jwatkins
(Reporter)

Comment 2

3 years ago
(In reply to Jordan Lund (:jlund) from comment #1)
> IIUC, If we are replacing the storage with an SSD, we will need to wipe the
> current non-ssd drive. Should I file an IT bug for that or will I leave that
> to you?

If it is decided the ssd drive is a permanent replacement, DCOPs will properly dispose of the non-ssd drives.  They have internal procedures for that. 

Thanks for that loaner :}
Blocks: 825889
Hi dividehex,

do you have any data about the build times on mac with the ssd?
Flags: needinfo?(jwatkins)
(Reporter)

Comment 4

3 years ago
(In reply to Massimo Gervasini [:mgerva] from comment #3)
> Hi dividehex,
> 
> do you have any data about the build times on mac with the ssd?

Hi :mgerva,
Getting build times is not part of my work flow.  That would fall on someone in releng.  I will be running benchmarking tests on it today. But, we should find out who should be doing the build time testing also.
Depends on: 1001482
Flags: needinfo?(jwatkins)
(Reporter)

Comment 5

3 years ago
:mgerva,  I'm going to turn this over to you for testing of build times until the benchmarking tests in bug1001482 are defined.  Please send this slave back to me when you are done.
Thanks
Created attachment 8419519 [details] [diff] [review]
[buildbot-configs] Bug 992378 - add bld-lion-r5-087 to try; testing build times with SSD.patch

Adding bld-lion-r5-087 to try
Attachment #8419519 - Flags: review?(catlee)

Updated

3 years ago
Attachment #8419519 - Flags: review?(catlee) → review+
Attachment #8419519 - Flags: checked-in+

Comment 7

3 years ago
Merged and deployed to production.
bld-lion-r5-087 back is in prod/try - waiting for it to get some jobs

Comment 9

3 years ago
In production
Timed out after 4h30 in the compile step in both its jobs it took today. - disabled in slavealloc.
This machine timed out on 3 'compile' steps in a row. I have done some quick checks: memory, disk space and general settings look ok. I have no idea why this machine spends so much time on this step. 

dividehex, was there any change at the operating system level when we installed the ssd?
Flags: needinfo?(jwatkins)
(Reporter)

Comment 12

3 years ago
I not sure why compile times would be longer in this case.  As far as I can tell, TRIM is enabled.  It was done here - https://bugzilla.mozilla.org/show_bug.cgi?id=992364#c4

System profiler also reports it being enabled.  The only other thing I can think of is the root partition being misaligned but that is rather unlikely since diskutil should be smart enough to align properly.

I did find that fio had left a lot (100k+) of empty file on the disk but still not sure if that would have caused the compile to timeout.  They have been deleted.


        Samsung SSD 840 EVO 500GB:

          Capacity: 500.11 GB (500,107,862,016 bytes)
          Model: Samsung SSD 840 EVO 500GB
          Revision: EXT0BB6Q
          Serial Number: S1DHNSAF312828W
          Native Command Queuing: Yes
          Queue Depth: 32
          Removable Media: No
          Detachable Drive: No
          BSD Name: disk0
          Medium Type: Solid State
--->      TRIM Support: Yes
          Bay Name: Upper
          Partition Map Type: GPT (GUID Partition Table)
          S.M.A.R.T. status: Verified
          Volumes:
            disk0s1:
              Capacity: 209.7 MB (209,715,200 bytes)
              BSD Name: disk0s1
              Content: EFI
            Macintosh HD:
              Capacity: 499.76 GB (499,763,888,128 bytes)
              Available: 471.82 GB (471,819,001,856 bytes)
              Writable: Yes
              File System: Journaled HFS+
              BSD Name: disk0s2
              Mount Point: /
              Content: Apple_HFS
Flags: needinfo?(jwatkins)
(Assignee)

Updated

3 years ago
No longer blocks: 992364
Depends on: 992364
As a comparison, existing machines complete 95% of these type of jobs in under an hour, and 50% in less than 30 minutes.
(In reply to Chris AtLee [:catlee] from comment #13)
> As a comparison, existing machines complete 95% of these type of jobs in
> under an hour, and 50% in less than 30 minutes.

But they use sccache.
status? [its a loan-bug with no update for > a month :-) ]
Flags: needinfo?(jwatkins)
Flags: needinfo?(catlee)
(Assignee)

Comment 16

3 years ago
Project was dropped by relops for Q2 because the results were not as anticipated (and tracking down why requires additional work from both relops and releng). I asked if a releng intern wanted to pick it up and haven't heard a definitive yes/no.
Flags: needinfo?(jwatkins)
Shall we restore the original disk, and toss it back into the production pool then?
Flags: needinfo?(catlee)
(Assignee)

Comment 18

3 years ago
catlee: if that's how you'd like to proceed, sure, we can do that. Dcops should still have the drives to put back in and we can change the imaging profile so that it's the same as the others. Let me know if this is definitely the path you'd like to take.
(Assignee)

Comment 19

3 years ago
Per catlee: we're going to put the disks back into this and turn it into a mountain lion test machine.
(Assignee)

Updated

3 years ago
Depends on: 1035252
(Assignee)

Comment 20

3 years ago
Machine has been repurposed. Coop: you should add this one in with the other 10 that just got reimaged.
Assignee: jwatkins → arich
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.