Look at moving macstadium machines to orka

[sxa]

I need to request a new machine:

• New machine operating system (e.g. linux/windows/macos/solaris/aix): mac
• New machine architecture (e.g. x64/aarch32/arm32/ppc64/ppc64le/sparc): x64
• Provider (leave blank if it does not matter): macstadium
• Desired usage: Replacement for the non-orka machine that we have to reduce costs
• Any unusual specification/setup required: Standard playbooks, although if there is an opportunity for more lower spec ones that could be beneficial
• How many of them are required: Start with 2, look at increasing.

Please explain what this machine is needed for:

[sxa]

As per discussion a few weeks ago that the action is on me to progress, George and I will look at this migration together.

[sxa]

Related: adoptium/temurin-build#3354

[sxa]

Our orka systems have been deprovisioned due to inactivity - currently having negotiations to determine a way forward.

[sxa]

Discussions with MacStadium have indicated that an orka-based solution (which would not be sponsored at present) would be approximately twice the cost of the static systems which we have at present so we are looking at alternative options.

Here is a breakdown of the number of systems and their types we have at macstadium:

Use	x64	aarch64
Build	2xG3 (4core)	2xG5G
Test	6xG3B (4core) 1xG4B (6core)	2xG5A
TCK	2xC3D (sml) 1xG4D (lge)	2xG5E

So that's a total of 4+9+5 = 18 systems.
We currently have two hosted with MacInCloud with a potential option to increase that, particularly for x64 capacity

[sxa]

Looking at the performance of various systems, here are some runs of the JDK8/x64 extended.openjdk suite on the different machines:

System	Time	Failures?
TC G4D [*]	2h28	17 (hostname issues) 3702
TC G3D - i5/2C/8G [*]	6h51	Same hostname issues as G4D 3701
G3B - i7/4C/16G	3h03	All passed
G3B - i7/4C/16G [*]	3h38	Three failures in java.nio
aarch64 (Rosetta) [*]	2h24	14 failures
MacInCloud i7-8700B	3h15	1 failure in com/sun/jndi/ldap
G4B i7/6C/32G [*]	1h46	10 failures in net/nio/rmi

[*] - These machines have not typically been used for running the openjdk suites in the past so these may be newly visible failures. The second G3B machine was one of the build machines rather than one tagged for test.

So with the exception of the second line, the performance of these for running the full extended.openjdk suite looks reasonable. It should be noted that it is between 2x and 2.5x slower to run the same tests on JDK21 so around 8h for a G3B and 3h30 for a G4B.

[sxa]

Some other pieces of note:

• We are currently using a number of older machines running macos 10. We should consider whether we wish to retain any such machines for compatibility testing.
• We have also tried some runs with cross-compiling from aarch64 to x64 with a view to reducing the number of the (larger) build machines which we require by not requiring dedicated x64 build systems. This has been generally positive, although JDK8 has not yet been verified (wer'll need to get a suitable boot JDK installed, since Adoptium doesn't produce one for JDK8 on aarch64.
• The cross-compilation described above would also be useful if we switch to using dynmically created VMs using the macos Virtualization Framework on aarch64 in support of having fully isolated environments for each build