@AseemBansal Да, это unix, так как вопрос был конкретно связан с ограничениями дескриптора файла, а не с дескрипторами файла windows или портами микроядра Mach.

аю этот вопрос после того, как изо всех сил стараюсь найти лучший способ реализации сервера очереди сообщений. Почему операционные системы ограничивают число дескрипторов открытых файлов, которые может иметь процесс и глобальная система? Моя текущая реализация сервера использует zeromq и открывает сокет подписчика для каждого подключенного клиента websocket. Очевидно, что этот единственный процесс сможет обрабатывать клиентов только до предела fds. Когда я изучаю эту тему, я нахожу много информации о том, как поднять системные ограничения до уровней, достигающих 64 Кбит / с, но никогда не упоминается, как это влияет на производительность системы и почему она равна 1 Кб и ниже для начала? Мой текущий подход состоит в том, чтобы попытаться отправить сообщения всем клиентам, используя сопрограмму в своем собственном цикле и карту всех клиентов и их каналов подписки. Но мне бы очень хотелось услышать четкий ответ об ограничениях файловых дескрипторов и о том, как они влияют на приложения, которые пытаются использовать их на уровне клиента с постоянными соединениями?

Ответы на вопрос(4)

Ваш ответ на вопрос