@@ -1464,13 +1464,26 @@ openvpn_connect(socket_descriptor_t sd,
#endif
)
{
+ /* Non-blocking connection is in the progress and can be likely
+ * established within the first second with no need for imprecise
+ * sleeping in loop.
+ */
+ bool connect_wait = (connect_timeout > 0);
while (true)
{
#if POLL
+ int timeout = 0;
struct pollfd fds[1];
+
fds[0].fd = sd;
fds[0].events = POLLOUT;
- status = poll(fds, 1, 0);
+ if (connect_wait)
+ {
+ connect_wait = false;
+ timeout = 1000;
+ }
+
+ status = poll(fds, 1, timeout);
#else
fd_set writes;
struct timeval tv;
@@ -1479,6 +1492,11 @@ openvpn_connect(socket_descriptor_t sd,
openvpn_fd_set(sd, &writes);
tv.tv_sec = 0;
tv.tv_usec = 0;
+ if (connect_wait)
+ {
+ connect_wait = false;
+ tv.tv_sec = 1;
+ }
status = select(sd + 1, NULL, &writes, NULL, &tv);
#endif
For non-blocking TCP/Unix connection, OpenVPN checks was it established in loop and if not - sleeps or handles management for next one second. Since the first check is made right after the connection attempt, it will likely be always unsuccessful, resulting in redundant wait for one or more seconds: 00:00:00.667607 fcntl(5, F_SETFL, O_RDONLY|O_NONBLOCK) = 0 00:00:00.667713 connect(5, {...}, 16) = -1 EINPROGRESS (Operation now in progress) 00:00:00.667832 poll([{fd=5, events=POLLOUT}], 1, 0) = 0 (Timeout) 00:00:00.667954 nanosleep({tv_sec=1, tv_nsec=0}, 0x7fff52450270) = 0 00:00:01.668608 poll([{fd=5, events=POLLOUT}], 1, 0) = 1 ([{fd=5, revents=POLLOUT}]) With this patch openvpn_connect() will wait for connection establishment for the first second (if possible) and will return success immediately: this speedups connection and provides real connection time that can be used for detection of the fastest remote server in subsequent patches: 00:00:00.019133 fcntl(5, F_SETFL, O_RDONLY|O_NONBLOCK) = 0 00:00:00.019265 connect(5, {...}, 16) = -1 EINPROGRESS (Operation now in progress) 00:00:00.019388 poll([{fd=5, events=POLLOUT}], 1, 1000) = 1 ([{fd=5, revents=POLLOUT}]) If connection still can't established - this should be treated as either too slow/far or non-responding server, so imprecise connection checks every next one second in loop will be performed as usual. Signed-off-by: Vladislav Grishenko <themiron@yandex-team.ru> --- src/openvpn/socket.c | 20 +++++++++++++++++++- 1 file changed, 19 insertions(+), 1 deletion(-)