Зависит от ОС и реализации. Допустим в ASP 10 = 1024/6.

Смотрите заголовочные файлы

Видать да. В селекте fd_set линуха имеет буфер фиксированной длины. С ним работают макросы. Так что, совсем не обязательно, что в вин эти макросы не могут работать с динамическим буфером. Но как правило, структура реализаций редко различается. В поол же передается массив структур, который ограничивается размером параметра количества структур. Для линухов это 6 байт.

DжеFFТ.е. если хочу в одном цикле бегать по 5000 сокетов например , надо юзать poll однозначно?

Я тесчу на select 2048 допустим, и он справляеться вроде, а вот больше, толи подтормаживать начинает, толи реализация моя подтупливает...

Можно не по всем сразу селект ставить, а по очереди, сокетов так по 128.

DжеFFДа, кстати, правильно ли я понимаю..
Что select, пока не отработает все сокеты, не вернет управление в основной поток? Не зависимо от того какой там стоит тайм аут, т.е. по тайм ауту, он дает очухаться сокетам, после его наступления он их оббегает, а как оббежит вернет управление? да?

Точно, реализации не знаю. Попробуйте поискать линуховую справку select_tut. Там много чего написано.

DжеFFА если каждый сокет проверять selectом с тайм аутом в 0.. ?
В теории должно работать в разы быстрее..

Много вызовов select. Тоже расходуются ресурсы

Вот, например. Для винды, должно быть что-то подобное

DжеFFУгу, выход один, дробить общее множество сокетов на более мелкие, и обрабатывать select каждое из них..
Попробую скоро, результат сообщу.

Ну, а почему же вы сразу отвергаете poll? Для каждого сокета у него есть маска запрашиваемых событий.

Плюс в использовании poll - первый готов - первый и получил.

Я про него ничего не говорил, т.к. не было необходимости с ним работать.

DжеFFТак стоит ли морочиться poll?
Есть в интернете источники которые утверждают что он являеться приемлимым при большом количестве соединений.

Но обычно люди советую пользоваться select ом..

Обычно люди с таким количеством сокетов не работают. :)

DжеFFА poll воообще под Винды работает?

Если есть, значит работает. ;)

Gluk (Kazan) Akh Обычно люди с таким количеством сокетов не работают. :)

Работают. В очень специфических случаях.


ОБЫЧНО.

DжеFFХорошо..
А если например масштабировать приложение, так что select у меня будет прослышать например максимум 1024 порта, и выполнять эту самую прослушку в несколько итераций, постоянно обновляя дескрипторы в fd_set. Реально как думаете?
И как оптимальный выбрать для этого таум аут?
Ну т.е. какой тайм аут выбрать для select(1024,..)?
Что бы общее время обработки select не была слишком велика?

1. Да.
2. Исходя из времени обработки полного цикла.

DжеFF Gluk (Kazan) DжеFFИ как оптимальный выбрать для этого таум аут?


По моему вы неправильно понимаете значение этого параметра. Не вижу никакой связи между продолжительностью таймаута и количеством проверяемых сокетов.

Почему же нет? Помоему как раз прямая? Нет?
Чем больше сокетов в наборе, тем больше времени надо select что бы по ним пробежаться.. Нет?
Я так понимаю, что если select железно отдает управление по таум ауту, и за 100 млсек не успевает обойти все, то в нужных наборах не просмотренные сокеты не появяться.. нет?
А какой тогда вообще смысл этого параметра?

Кроме "обхода" он еще падает в idle и ждет изменения состояния на сокете. В этом и заключается таймаут

Почитайте ссылку которую я вам дал. Можете еще поискать в инете man select