Skip to content
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

Open loop vs. Closed loop Clients #9

Open
SunnyRaj opened this issue Oct 12, 2016 · 2 comments
Open

Open loop vs. Closed loop Clients #9

SunnyRaj opened this issue Oct 12, 2016 · 2 comments
Assignees

Comments

@SunnyRaj
Copy link
Collaborator

SunnyRaj commented Oct 12, 2016

httperf is probably a closed loop - a quick google search says it will be a closed loop only if no timeout is specified. Closed loop will have high latency which in turn will lower the throughput due to longer wait times. In our experiments we do specify a timeout interval - does that make it an open loop? If so, how?

In any case, it might be worth to test it with a UDP based benchmark like iperf or even memcached UDP based clients. (Ask Yuxin about this).

@SunnyRaj SunnyRaj self-assigned this Oct 12, 2016
@SunnyRaj
Copy link
Collaborator Author

It seems that when a timeout is specified in httperf it operates in a open-loop manner. This link in httperf mailing list says "just so you know, if you do not specify a timeout you will be operating in a closed-loop rather than an open loop manner."

@twood02
Copy link
Member

twood02 commented Oct 21, 2016

a timeout is likely to be on the scale of seconds, so even with a timeout set it will still be a mostly closed loop workload---i.e., within one checkpoint interval if the clients send their max number of open requests then they aren't going to send any more even if the system could handle it (but is just slow to respond because of network buffering).

If we use a more intensive web benchmark (eg the php/sql scripts) this should be less of an issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants