-
Notifications
You must be signed in to change notification settings - Fork 6
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
flush_interval
for ReqSocket
and RepSocket
#14
Comments
Interested! |
Assigned! You can take a look at how it's done in the publisher here: #24 |
Is this issue still available? I can work on this |
@PatStiles if you currently don't have the bw for this, let me know and I'll assign @quangkeu95 |
I tried to create a PR here, so any feedbacks is appreciated! |
what is your device spec that you are using to run the benchmark @jonasbostoen ? I tried to run the benchmark for |
@quangkeu95 running on M1 Macbook Pro. I ran the benchmark again, and when setting flush_interval to 50 microseconds on the Multi-threaded benchmarks However, when I set the option on the |
Let me take a look, if the performance is decreased then we could consider remove the option in |
`flush_interval` for `ReqSocket` and `RepSocket` #14
Fixed by #30 |
Same as with the
PubSocket
, any high-throughput socket writer should have an optionalflush_interval
in the options that should be respected when flushing theFramed
connection. Calling flush too often adds a lot of syscall overhead as discussed in #11.The default here should actually be
None
imo, and flushing should happen after every send, since the usual behaviour for request response (at least in our case) will be low-latency and low throughput. But it should be configurable for other use cases nonetheless. The benchmarks should also play around with this option.Tasks
The text was updated successfully, but these errors were encountered: