-
Notifications
You must be signed in to change notification settings - Fork 240
echo benchmark for Websockets #1686
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
Conversation
2d96370 to
d6ef4f3
Compare
|
For the new benchmark, I'll keep links in yaml files to my fork while this PR is not ready to be merged, so I won't need to change those every time. |
|
@BrennanConroy @sebastienros Any comments on this? |
BrennanConroy
left a comment
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.
Looks good overall, we'll wait for Seb to be back so he can take a look at the yml files etc.
|
How close is this to being merged? |
From my end, after PR is approved all I need to do is to change references to the correct remote repo in yml files. |
|
@sebastienros? I was hoping to use this against citrine and some of the other servers to help validate dotnet/runtime#56282. |
|
@stephentoub Since the code is already in a PR, the yml files are available to pass to a crank command line even if it's not merged yet. So the command line that was shared already works, it's just pulling the apps from the branch. Here I updated it to point to the perf-lin machine for instance. Then to use custom dlls, add |
|
@sebastienros, I'd tried that previously (and again now), but get this: |
|
@stephentoub Try to access it in a browser (http://asp-perf-lin:5001) you need to be in the VPN. I just tried it an it worked. |
|
Ah, somehow my VPN refuses to connect. |
|
@stephentoub Is it working for you now? Also, I just looked at your other question about throughput figures for this benchmark. @sebastienros I see client side figures for requests and requests/sec emitted by this benchmark (under "warmup" and "load"). Just to confirm, those are successful/completed requests right? Not just requests sent? In other words, is that number a good representation of the throughput of the application? |
|
@adityamandaleeka I actually added a comment on the PR to always display the number of failures. And to not display the warmup job as an independent result. |
These numbers are generated by the client code at https://github.com/aspnet/Benchmarks/pull/1686/files#diff-2b8caa6c2f3e1c51ab39e188615427641d0906941c8cb85b80aea66987fadbb9R176 for every end of message received. I'm not sure what an unsuccessful request would look like for WebSockets, do you just mean it throws? |
f733ddc to
54acfb3
Compare
Co-authored-by: Sébastien Ros <[email protected]>
|
Merged to see if that runs successfully on the CI. Would be useful to add it to the scenarios/readme.md for visibility. If you don't do it I will. |
|
I've already updated Readme in this PR - https://github.com/aspnet/Benchmarks/tree/main/scenarios#websockets-benchmarks. |
Contributes to dotnet/runtime#55293.
Projects
I haven't added a new worker as I haven't found any information on how it's used and how to test it. If the current code is ok, I can add it in the following PR if necessary.
Scenarios
Tests
Output
P.S. Link in CONTRIBUTING.md leads to 404 😅