Feature #12435


Using connect_nonblock to open TCP connections in Net::HTTP#connect

Added by mohamedhafez (Mohamed Hafez) about 7 years ago. Updated almost 7 years ago.

Target version:


Hey all, I've got a pull request at to start using connect_nonblock to open the TCP socket in Net::HTTP#connect, instead of doing a blocking connect that uses Timeout.timeout to look for timeouts. Using connect_nonblock is more efficient since it doesn't involve spinning up a separate thread to watch for timeouts, and also it avoids the race conditions inherent in the use of Timeout.timeout, as detailed in

Over the last few versions of ruby there have been analogous fixes accepted to do this for opening an SSL connection in Net::HTTP#connect, so I'm guessing this shouldn't be too controversial, unless there is some issue I'm not aware of that kept the maintainers from implementing this as well...

Related issues 1 (1 open0 closed)

Related to Ruby master - Feature #12928: Use socket conect_timeout in net stdlib for open_timeoutOpenActions

Updated by naruse (Yui NARUSE) almost 7 years ago

It looks reasonable but I'm wondering should have such logic as timeout option.

Updated by normalperson (Eric Wong) almost 7 years ago


Hey all, I've got a pull request at

I wanted to remove Timeout and use connect_nonblock for a long
time, but it is not simple. DNS lookup from Socket.sockaddr_in
can take a long time if conn_address is a host name and must be
protected by timeout, too.

The C standard library APIs (getaddrinfo/gethostbyname) do not
implement timeout or non-blocking behavior themselves; so the
only way to stop them is to interrupt them via signal as
Timeout.timeout does.

Instead, we may use lib/resolv.rb from the standard library
which is pure Ruby and does not depend on interrupts and
implements its own timeout using However, resolv.rb
does not automatically use nscd for caching under glibc like
getaddrinfo does. There may be other incompatibilities, too.

I have not looked at C-ARES or other similar async name resolution
libraries, and it may not be acceptable to depend on non-stdlib.

glibc provides getaddrinfo_a for asynchronous resolution, but
not all the world is glibc and the API is bad:
it relies on signals which may conflict with existing code
or it spawns a new thread which is inefficient

So, the better option may be to fix Timeout.timeout somehow;
possibly exposing a C API which works safely with the VM and
knows only to interrupt at pre-defined "timeout points"
(similar to cancellation points in pthreads, perhaps using
an existing timer_thread).

Actions #3

Updated by shugo (Shugo Maeda) over 6 years ago

  • Related to Feature #12928: Use socket conect_timeout in net stdlib for open_timeout added

Also available in: Atom PDF