Яка мета першого аргументу для вибору системного виклику?

З man select

int select(int nfds, fd_set *readfds, fd_set *writefds,
           fd_set *exceptfds, struct timeval *timeout);

nfds - це дескриптор файлів з найбільшим числом у будь-якому з трьох наборів плюс 1.

Яка мета nfds, коли ми вже є readfds, writefdsі exceptfdsз якої можна визначити дескриптори файлів?

У "Розширеному програмуванні в середовищі UNIX" У. Річард Стівенс каже, що це оптимізація продуктивності:

Вказавши найвищий дескриптор, який нас цікавить, ядро ​​може уникнути перегляду сотні невикористаних бітів у трьох наборах дескрипторів, шукаючи біти, які увімкнено.

(1-е видання, стор. 399)

Якщо ви виконуєте будь-який тип програмування UNIX систем, книга APUE настійно рекомендується.

ОНОВЛЕННЯ

fd_set, Як правило , в змозі відслідковувати до 1024 дескрипторів файлів.

Найефективнішим способом відстеження, для якого fdsвстановлено, 0а для якого встановлено, був 1би біт, тому кожен fd_setскладався з 1024 біт.

У 32-розрядної системі довгий int (або "слово") становить 32 біти, тобто кожен fd_setозначає
1024/32 = 32 слова.

Якщо nfdsце щось невелике, наприклад 8 або 16, що було б у багатьох програмах, йому потрібно лише заглянути всередину 1-го слова, що явно повинно бути швидшим, ніж заглянути все 32.

(Див FD_SETSIZEі __NFDBITSз /usr/include/sys/select.hдля значень на вашій платформі.)

ОНОВЛЕННЯ 2

Щодо того, чому функція підпису відсутня

int select(fd_set *readfds, int nreadfds,
           fd_set *writefds, int nwritefds,
           fd_set *exceptfds, int nexceptfds,
           struct timeval *timeout);

Думаю, це тому, що код намагається зберегти всі аргументи в регістрах , щоб процесор міг працювати над ними швидше, і якби йому довелося відслідковувати додаткові 2 змінні, процесор може не мати достатньої кількості регістрів.

Іншими словами, selectрозкрийте деталі реалізації, щоб воно було швидше.

• Вибір вихідного коду BSD 4.4 Lite (функції вибору та selscan)
• Linux 2.6.37 виберіть вихідний код (do_select та max_select_fd функції)

Я точно не знаю, оскільки я не один з дизайнерів select (), але я б сказав, що це оптимізація продуктивності. Функція виклику знає, скільки дескрипторів файлів він розмістив у програмах для читання, запису, за винятком FD, так чому ядро ​​повинно це з'ясувати?

Пам'ятайте, що на початку 80-х, коли select () було представлено, у них не було багатогігагерців, мультипроцесорів, з якими можна було б працювати. 25 МГц VAX був досить швидким. Крім того, ви хотіли, щоб select () працював швидко, якщо це міг: якщо якийсь ввід / вивід чекав процесу, навіщо змусити процес чекати?