Uh oh!
There was an error while loading. Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork 34.2k
Benchmark cleanup#5177
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 cleanup #5177
Uh oh!
There was an error while loading. Please reload this page.
Conversation
jasnell commented Feb 10, 2016
+1 ! LGTM |
AndreasMadsen commented Feb 14, 2016
@jasnell can we merge this. I just had to rebase because it conflicted with #4374. (I just removed the "move dgram" commit). @Fishrock123 you added a "discuss" label, I assume that means something should be discussed. Can you elaborate on that. |
AndreasMadsen commented Feb 19, 2016
@jasnell@Fishrock123 ping |
jasnell commented Feb 19, 2016
I'd like to get another LGTM at least. @nodejs/ctc |
rvagg commented Feb 23, 2016
lgtm, ping @nodejs/benchmarking anyone object here? |
AndreasMadsen commented Feb 25, 2016
rvagg commented Feb 26, 2016
doesn't merge cleanly, can you rebase again? |
url.js was broken since it didn't use the common.js runner. This fixes that issue by merging it with url-resolve.js, which also benchmarks url.resolve.
The benchmark runner spawns new processes for each configuration. The specific configuration is transfered by process.argv. This means that the values have to be parsed. As of right now only numbers and strings are parsed correctly. However other values such as objects where used. This fixes the benchmarks that used non-string/number values and prevents future issues by asserting the type.
AndreasMadsen commented Feb 26, 2016
@rvagg that is odd. It merges cleanly on my screen and the only commits since the rebase where doc related. In any case I have rebased again. |
rvagg commented Feb 26, 2016
still getting this on applying this as a patch via |
AndreasMadsen commented Feb 26, 2016
I don't know what to say. I just ran this: |
PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
url.js was broken since it didn't use the common.js runner. This fixes that issue by merging it with url-resolve.js, which also benchmarks url.resolve. PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
The benchmark runner spawns new processes for each configuration. The specific configuration is transfered by process.argv. This means that the values have to be parsed. As of right now only numbers and strings are parsed correctly. However other values such as objects where used. This fixes the benchmarks that used non-string/number values and prevents future issues by asserting the type. PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
rvagg commented Feb 26, 2016
Yeah, you're right .. plain Merged as: 2426b3d benchmark: move string-decoder to its own category Thanks @AndreasMadsen |
petkaantonov commented Feb 26, 2016
@rvagg No, I can look into it if you can give the commit id that you tried to apply it against |
rvagg commented Feb 26, 2016
PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
url.js was broken since it didn't use the common.js runner. This fixes that issue by merging it with url-resolve.js, which also benchmarks url.resolve. PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
The benchmark runner spawns new processes for each configuration. The specific configuration is transfered by process.argv. This means that the values have to be parsed. As of right now only numbers and strings are parsed correctly. However other values such as objects where used. This fixes the benchmarks that used non-string/number values and prevents future issues by asserting the type. PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
The benchmark runner spawns new processes for each configuration. The specific configuration is transfered by process.argv. This means that the values have to be parsed. As of right now only numbers and strings are parsed correctly. However other values such as objects where used. This fixes the benchmarks that used non-string/number values and prevents future issues by asserting the type. PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
url.js was broken since it didn't use the common.js runner. This fixes that issue by merging it with url-resolve.js, which also benchmarks url.resolve. PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
The benchmark runner spawns new processes for each configuration. The specific configuration is transfered by process.argv. This means that the values have to be parsed. As of right now only numbers and strings are parsed correctly. However other values such as objects where used. This fixes the benchmarks that used non-string/number values and prevents future issues by asserting the type. PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
url.js was broken since it didn't use the common.js runner. This fixes that issue by merging it with url-resolve.js, which also benchmarks url.resolve. PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
The benchmark runner spawns new processes for each configuration. The specific configuration is transfered by process.argv. This means that the values have to be parsed. As of right now only numbers and strings are parsed correctly. However other values such as objects where used. This fixes the benchmarks that used non-string/number values and prevents future issues by asserting the type. PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
url.js was broken since it didn't use the common.js runner. This fixes that issue by merging it with url-resolve.js, which also benchmarks url.resolve. PR-URL: #5177 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Rod Vagg <[email protected]>
I'm working on a big refactor of the benchmark suite. While I'm finishing that, I would like to get these less controversial changes merged.
benchmark: move misc to categorized directories
I'm not sure why these tests where in misc, they where quite easy to categorize.
benchmark: merge url.js with url-resolve.js
url.js was broken since it didn't use the common.js runner. This fixes
that issue by merging it with url-resolve.js, which also benchmarks
url.resolve.
benchmark: move dgram to its own directoryAgain, trying to give the directories a bit more meaning.benchmark: fix configuation parameters
The benchmark runner spawns new processes for each configuration. The
specific configuration is transfered by process.argv. This means that
the values have to be parsed. As of right now only numbers and strings
are parsed correctly. However other values such as objects where used.
This fixes the benchmarks that used non-string/number values and
prevents future issues by asserting the type.