Sincha Опубликовано 17 октября, 2014 · Жалоба ..Таким образом, не ограничивая число очередей приложению, "управляем" очередью через kern.ipc.somaxconn ака kern.ipc.soacceptqueue, если я правильно понимаю. Вопрос в другом: а что и где изменилось, если раннних бсд эти оверлоу были, но мпд не падал или переставал принимать соединения? Зачем теперь 1024 очереди для вебки мпд и не дело ли в этом? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 17 октября, 2014 · Жалоба Трудно сказать вот так сразу. В целом батчинг стараются везде вводить, чтобы обрабатывать пачками. Примерно такой кусок (на половину это псевдокод: skt , LOG нужно заменить) после accept() в TcpAcceptConnection будет постоянно гнать в лог количество соединений в очереди, если всё правильно то там всегда будет проскакивать 0, если есть косяк с рагребанием очереди то ноль однажды исчезнув больше не появится. int nlen; if (0 == ioctl(skt, FIONREAD, &nlen)) LOG("accept queue len: %i", nlen); Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...