diff options
author | Daniel Stenberg <daniel@haxx.se> | 2010-06-01 23:18:34 +0200 |
---|---|---|
committer | Daniel Stenberg <daniel@haxx.se> | 2010-06-01 23:20:16 +0200 |
commit | 2c72732ebf3da5eba414f08507a28a90a1ec1f2c (patch) | |
tree | 988b53e8f3e516f7a0b72365cd1a1085d9cd7a4e /m4/curl-system.m4 | |
parent | e1c2c9be1ac8a5c4e0ec777ce8ae5927743501b8 (diff) |
multi_socket: handles timer inaccuracy better for timeouts
Igor Novoseltsev reported a problem with the multi socket API and
using timeouts and timers. It boiled down to a problem with
libcurl's use of GetTickCount() interally to figure out the
current time, while Igor's own application code used another
function call.
It made his app call the socket API timeout function a bit
_before_ libcurl would consider the timeout to trigger, and that
could easily lead to timeouts or stalls in the app. It seems
GetTickCount() in general often has no better resolution than
16ms and switching to the alternative function
QueryPerformanceCounter has its share of problems:
http://www.virtualdub.org/blog/pivot/entry.php?id=106
We address this problem by simply having libcurl treat timers
that already has occured or will occur within 40ms subject for
treatment. I'm confident that there are other implementations and
operating systems with similarly in accurate timer functions so
it makes sense to have applied generically and I don't believe we
sacrifice much by adding a 40ms inaccuracy on these timeouts.
Diffstat (limited to 'm4/curl-system.m4')
0 files changed, 0 insertions, 0 deletions