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

Timeouts still occur, causing slow connects with RUN_NOWAIT #199

Open
bagder opened this issue Nov 28, 2016 · 3 comments
Open

Timeouts still occur, causing slow connects with RUN_NOWAIT #199

bagder opened this issue Nov 28, 2016 · 3 comments
Assignees

Comments

@bagder
Copy link
Member

bagder commented Nov 28, 2016

As mentioned in #147 (comment): if we build and run the client_http_run_once example, it will always trigger (what seems to be) a 1000 milliseconds timeout for the connect operation. Even though everything else is working fine.

@bagder
Copy link
Member Author

bagder commented Jan 16, 2017

If a timeout is necessary for driving neat, the neat_get_backend_timeout() really ought to return a correct (very short) value instead of 1000 milliseconds.

@karlgrin
Copy link
Contributor

@bagder I am not sure what you are referring to. As far as I can tell, the timeout doesn't drive client_http_run_once. Instead, it seems to be driven by events on the file descriptors of the respective libuv event loop.

@karlgrin
Copy link
Contributor

@bagder Did some further test runs, and running "./client_http_run_once -n 200 bsd10.fh-muenster.de" took less than 900 ms. I am not in a position to say whether on not that is fast or slow.

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