-
Notifications
You must be signed in to change notification settings - Fork 166
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NearForm Benchmarking Servers #3390
Comments
I think the main use for the benchmarking servers is for the https://ci.nodejs.org/view/Node.js%20benchmark/job/benchmark-node-micro-benchmarks/ jobs. @richardlau do you know if they are used for other jobs as well? In terms of moving them, we don't have another physical location for machines, that's why NearForm volunteered in the first place based discussion with Intel. In terms of who needs to connect to them through ssh. The build team needs that level of access. So they need to be accessible from the internet for the build team to ssh in, but for some other machines that through some sort of proxy where there is one public IP and each machine is accessed by using a different port. |
We also use the Intel benchmark machines to test/build V8 in https://ci.nodejs.org/job/node-test-commit-v8-linux/. The last time I checked we were able to run the x64 builds of that on our other rhel8-x64 machines albeit at a longer build time.
@efrisby Just to confirm, is this just restricted to the Intel Xeon servers with IP addresses:
or does it also include other machines (e.g. macs, Windows) used by Node.js hosted at NearForm? |
@richardlau thanks for confirming that we use them for other jobs as well. |
@richardlau @mhdawson @RafaelGSS Hi all, sorry about the long delay in replying to this issue. We have been doing considerable updates to NearForm HQ network where the Nodejs benchmarking machines are based. Part of the work been carried out includes installing a new fibre internet line with a new service provider, the result of which will mean we will have a brand new public IP range that will need to be applied to all current benchmarking machines we have in NearForm HQ. For records here are the devices and current IP addresses that we currently host: Intel® Xeon® Processor E5-2600 (92.51.196.114) Mac Mini (83.147.191.66) Surface Pro machine (83.147.191.73) On the Mac Mini machines there are also a number of Virtual Machines with the IP address as follows: 83.147.191.69 Once the new Fibre line is configured, the above devices will be configured with new public ip addresses. Can we please confirm who this information needs to be provided to as it will have an impact on connections and testing. Also, as part of the restructure of NearForm HQ network, would it be possible to make the proposal of moving the benchmarking to a dedicated server in the cloud that the testing could be carried out on. I can look into NearForm covering the cost but if it would be possible if one of the nodejs community could get a rough costing how much this would be per month I can raise this request in NearForm to see if we can cover the charge? If you can confirm the changes above, if we need to plan the change of IP addresses to the new IP range, I can confirm the date of the change in the next week or two. Thanks, |
I think there was some discussion though email. We also discussed in the build WG meeting today @efrisby is this still something that needs to move forward? |
Hi,
We are making a number of changes to the NearForm HQ comms setup, reducing services and dependencies. We only have a few staff that use the building so we are scaling back operations and systems hosted HQ.
A result of this will have an impact on the devices that NearForm host for the Node Benchmarking testing, currently they are connected via our firewall and each device is configured with their own public ip. With the change, we are taking out the current firewall and looking to simplify the network setup.
What we would like to find out, is there the possibility of either moving these devices to another site that someone might have available or if we keep these existing devices, what recommendation would you advise regarding connectivity. At the moment they have public ip's assigned to each to allow connection, is that a requirement or is having the device online and having internet access enough.
The first question we would like to confirm is, are these devices a requirement for the future and who needs to connect to them if they are. Perhaps if we can get those questions answered, we can go from there.
Thanks,
Eamonn
The text was updated successfully, but these errors were encountered: