выберите в неблокирующей конструкции код c

Question

в Unix Network Programming by Stevens и другие неблокирующие сокеты проиллюстрированы кодом, использующим select call. Тот самый вызов, который обычно выбирается между блокировкой дескрипторов файлов.

Мое понимание заключалось в том, что неблокирующий дизайн был в точности альтернативой выбору: вместо блокировки в выборе вызова мой код мог бы проверять неблокирующие дескрипторы и выполнять что-то еще поверх этого. Было ли мое понимание неправильным или есть что-то загадочное в выборе звонка, что делает его неизбежным в неблокирующем дизайне?

По практическим соображениям мне нужно работать с большим количеством гнезд tcp, накладывая «индивидуальный» тайм-аут на каждый из них. Я думал о том, чтобы использовать неблокирующий дизайн и цикл через соответствующие массивы. Было бы уместно без выбора?

спасибо.

Answer 1

Настраиваемый таймер бездействия не должен иметь никакого отношения к вызову select(). сохраняйте свой массив таймеров отдельно, обновляйте их на каждом тике или каждые <x> итераций через цикл событий, каждый раз, когда связанный сокет имеет активность, перезагружает каждый таймер, закрывая его, когда неактивность достигает порога. Это не имеет никакого отношения к тому, как вы на самом деле обрабатываете ввод/вывод.

Независимо от того, используете ли вы select(), ортогонально, используете ли вы неблокирующие сокеты. select() не должно мешать вам блокировать чтение. Что select() предназначено для того, чтобы вы не блокировали , когда вы не хотите. (И не только при чтении: вы всегда можете позвонить select() с нулевым таймаутом, а select() не заблокирует). Кроме того, он обеспечивает механизм для того, чтобы знать, когда есть вход, который намного эффективнее, чем «перебирать весь мой набор сокетов, пытаясь неблокировать read() на каждом по очереди».