Willy Tarreau 1208266356 OPTIM: poll: restore polling after a poll/stop/want sequence ... If a file descriptor is being polled, and it stopped (eg: buffer full or end of response), then re-enabled, currently what happens is that the polling is disabled, then the fd is enabled in speculative mode, an I/O attempt is made, it loses (otherwise the FD would surely not have been polled), and the polled is enabled again. This is too bad, especially with HTTP keep-alive on the server side where all operations are performed at once before going back to the poll loop. Now we improve the behaviour by ensuring that if an fd is still being polled, when it's enabled after having been disabled, we re-enable the polling. Doing so saves a number of syscalls and useless wakeups, and results in a significant performance gain on HTTP keep-alive. A 11% increase has been observed on the HTTP request rate in keep-alive thanks to this. It could be considered as a bug fix, but there was no harm with the current behaviour, except extra syscalls.		2013-12-27 20:18:52 +01:00
..
common	BUILD: definitely silence some stupid GCC warnings	2013-12-13 15:21:36 +01:00
import
proto	OPTIM: poll: restore polling after a poll/stop/want sequence	2013-12-27 20:18:52 +01:00
types	MINOR: http: try to stick to same server after status 401/407	2013-12-23 15:12:44 +01:00