-
Notifications
You must be signed in to change notification settings - Fork 30.6k
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
Benchmark CI is using the test-double benchmarker for some HTTP benchmarks #16557
Comments
I am not sure why but the CI is using the test-double benchmarker to run some HTTP benchmarks...does the CI machine have
|
So the machine does not have
|
I think the easiest & quickest way is to go ahead an install wrk there. I can update it from time to time if I just need to ssh there and do this (IIUC? I guess all I need to do is Safest solution would probably be using Not quite sure what |
I would prefer |
We really should have ansible scripts that configure the 2 new benchmark machines. Manual installs will only persist until we have to re-install the machines. If that is not possible, at the very least we should have a PR adding documentation to the benchmark repo that documents what needs to be manually installed for the the job in question. |
In cases of installation of npm's (non-global) I have done that install in the job itself. For things that need to be installed with apt-get I don't think they should be in the jobs as they change the machine configuration. |
The ideal is for the jobs to be self-sufficient. Since |
@refack either of those 2 suggestions sound good to me. |
Hello, I don't like the idea of having a static copy of node on the machine, as some jobs add node to the path, and then run tests - if we have another node on the path, we could risk running the wrong one (if for example the node we've just built failed, and wasn't picked up; jobs would keep running but on the static version of node). I think either adding to an ansible script so its installed globally, or we can include it in the package. I've just had a go at building on a local machine, and it takes a couple of minutes to build there - so I think what might be best is to add to an ansible script to checkout a specific version, build it, and then we could add it to the same location we have jmeter etc, and the benchmarking run.sh can add wrk to the path for its runs. Does that sound like an idea? |
@gareth-ellis Sorry I am not quite following, I think adding wrk to the machine does not require a static copy of node? Or am I missing something? |
@gareth-ellis Oh is it for installing autocannon? I think if we choose wrk instead (as suggested in #16557 (comment)) we would not have to worry about having a node in the path at all. Personally I prefer wrk as well. (If it comes from #16557 (comment), I meant installing autocannon using one of the node built for benchmarking, probably the master one, not installing a separate copy of node just for autocannon) |
Yes, sorry. It seemed the conversation was suggesting autocannon which would/may require a static node installed, or wrk which does not. I prefer the idea of not having static copies of node around, so wrk seems a good way forward. |
We should add a comment to this issue nodejs/build#868 if we install wrk manually on the machines |
Is there ansible scripts for the benchmarking machine already? Seems would be quite an easy thing to write in ansible, so if there's somewhere I can add the bits required to install wrk via ansible, I'm happy to submit a PR |
@gareth-ellis unfortunately we don't have an ansible script for the benchmarking machines yet. See discussion here: nodejs/build#868 |
Could you guys just install Regarding the update issue, we have the same issue for the |
I manually installed wrk on the 2 machines. We really need to make some progress on the automation side but since we've not managed to do it for too long I went ahead and did the install. |
Thanks :) |
I think this can be closed now. Ideally the benchmark jobs should be migrated to ansible but that should be an issue in the build repo. |
See https://ci.nodejs.org/job/benchmark-node-micro-benchmarks/22/console
Refs: #15752
The text was updated successfully, but these errors were encountered: