Я смотрю poll() справочная страница, и это говорит мне о поведении poll(), когда для параметра тайм-аута передаются положительные и отрицательные значения. Это не говорит мне, что произойдет, если тайм-аут 0. Любые идеи?
Глядя на epoll_wait() man page, он сообщает мне, что с тайм-аутом 0 он сразу вернется, даже если нет доступных событий. Можно ли предположить, что poll() будет вести себя одинаково?
Он немедленно вернется:
Если тайм-аут больше нуля, он задает максимальный интервал (в миллисекундах), чтобы дождаться, когда какой-либо файловый дескриптор станет готовым. Если таймаут равен нулю, то
poll()будет возвращаться без блокировки. Если значение тайм-аута-1,pollблокирует неопределенное время.
начиная с Mac OS X 10.5;
Максимальный интервал ожидания завершения опроса в миллисекундах. Если это значение равно 0,
poll()будет немедленно возвращаться. Если это значениеINFTIM (-1),poll()будет блокироваться бесконечно, пока не будет найдено условие.
начиная с OpenBSD 3.8
Как я вижу, ожидание таймаута означает "наличие" таймаута. Таким образом, я бы ожидал, что poll() фактически проверит дескрипторы файлов, а затем ждет, если никто не будет готов к таймауту в 0 миллисекунд (вообще не ждать). Но дело в том, что он будет просто сигнализировать о наличии fd.
Я также проверил исходный код Linux и, насколько мне известно, так он работает: сначала вычисляет "будущую" точку ожидания, затем проверяет дескрипторы файла, а затем, если он не доступен, ожидает истечения указанного времени.
Привет,
Из man-страниц Ubuntu:
Аргумент timeout указывает верхний предел времени, для которого poll() будет блокироваться в миллисекундах. Указание отрицательного значения в тайм-ауте означает бесконечный тайм-аут.
Поскольку нет специального случая для 0, я бы предположил, что poll() будет блокировать в течение 0 миллисекунд.