Номера дескрипторов и select

Я тебе сочувствую бро, выкидывай эту библиотеку нафиг.

https://outflux.net/blog/archives/2014/06/13/5-year-old-glibc-select-weakness-fixed/

Двачую предыдущего оратора. Every program that uses select is considered buggy. Патчите библиотеку или ищите новую

В select есть баг (документированный), что он не работает с сокетами, дескриптор которого больше 1024 - man select, BUGS.

Нет там бага, ты невнимательно читал ман. select умеет мониторить любые дескрипторы. Проблема у него в другом - он принципиально медленный если у тебя много сокетов.

Аргументы селекта - это битовые маски, а их длина (в битах) указана в первом аргументе. fd_set и макросы к нему - обёртка из glibc, ей вообще не обязательно пользоваться.

Но поддержу вышеотписавшихся - вместо того чтоб фиксить эту библиотеку, лучше найди другую или напиши свою.

int move1k(int fd) {
    if (fd == -1) return -1;
    int newfd = fcntl(fd, F_DUPFD, 1024);
    close(fd);
    return newfd;
}
int open1k(const char *path, int flags, mode_t mode) {
    return move1k(open(path, flags, mode));
}
int socket1k(int domain, int type, int protocol) {
    return move1k(socket(domain, type, protocol));
}
int accept1k(int listenfd, struct sockaddr *addr, socklen_t *addrlen) {
    return move1k(accept(listenfd, addr, addrlen));
}

Используй в программе вместо open(), socket(), accept(), а библиотека продолжит использовать обычные open(), socket(), accept().

Конкретные номера дескрипторов - это детали реализации и ядра, и если приложению нужно лезть в эти детали, что-то фундаментальное не то с таким приложением. Относительно уверенным можно только быть о номерах стандартных ввода/вывода/ошибок.

Отдельный процесс, или меняйте линукс на солярку - там ограничение порядка 65000 с чем-то для select. Или замените select на poll - почти то же самое будет, и тогда ограничение снимется.

Или замените select на poll - почти то же самое будет, и тогда ограничение снимется.

Почему не предлагаешь epoll/kqueue?

epoll в остальной части программы уже и так используется. Проблема в сторонней бинарной библиотеке.

Спасибо за идею. Буду думать, не знал о таком трюке.

1. выбросить библиотеку
2. разбить её на несколько инстансов, тредов, процессов.

Учитывая какая она плохая, скорее всего у неё внутри глобальная переменная, поэтому просто тред не будет работать.

Вполне возможно завести пачку форков по 300 сокетов в каждом и там селектить, а потом собирать всё в нормальном коде.

Короче, есть возможность сделать монструозно сложную и интересную конструкцию, а можно грустно и нудно подпатчить библиотеку или её продавцу сунуть в нос то, что надо переделать на нормальное.

Потому что довольно легко бывает заменить select на poll - я так делал лет 10 назад, а вот epoll/kqueue - это уже совсем другая история

Спасибо всем отписавшимся. Похоже, совет iliyap сработал.