-
Notifications
You must be signed in to change notification settings - Fork 30.7k
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
test: add test for child_process benchmark #12326
Conversation
@@ -1,12 +1,12 @@ | |||
'use strict'; | |||
var common = require('../common.js'); | |||
var bench = common.createBenchmark(main, { | |||
thousands: [1] | |||
len: [1000] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure about this change. In the other benchmarks, len
is a message length in bytes I think. Here, it is a number of iterations, so len
is kind of misleading because it's not a length. We tend to use n
for this sort of thing instead.
I'm not opposed to this, but would be curious what others thought. @nodejs/benchmarking @mscdex
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually, I see that you already set n
to 1
when you launch the benchmarks, so maybe this should just be n
and that's that?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, we should be more consistent and use n
where possible. There are some benchmarks like this and others that use thousands
or millions
though. I prefer to just use n
, even if the values are large, for consistency.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah I think I renamed this to len
because I mistook this one for another benchmark when editing :S..this should've been n
, good catch!
0918c7a
to
497c305
Compare
Updated to use New CI: https://ci.nodejs.org/job/node-test-pull-request/7368/ |
I am going to land this in 24 hours if no one objects to the update :) |
Landed in 3d7c82b, thanks! |
FWIW, |
Oh good, it's not just me. |
This landed despite the added test failing on the Windows CI run for this PR. :-( Seems to run OK on all the CI Windows types except Windows 2016. Maybe |
Although I don't think it would hang if that's the case...it would exit with ENOENT, I think. |
Oh no, sorry for the trouble, should've checked the new CI :( |
Refs: #12068
Checklist
make -j4 test
(UNIX), orvcbuild test
(Windows) passesAffected core subsystem(s)
test, benchmark