Какие есть методы контроля за физическим разрывом связи с сокетном соединении?

[Korchy]

2 caseyryan
Т.е. у вас на каждый коннект выделяется отдельный поток? Я посчитал такой метод организации сервера ресурсоемким и сделал классическую схему со списком сокетов и селектом.

[caseyryan]

Да, отдельный поток на каждое подключение.

Я посчитал такой метод организации сервера ресурсоемким и сделал классическую схему со списком сокетов и селектом.

Проводили какие-то сравнительные тесты? Я просто с самого начала сделал многопоточный сервер, и сравнений не проводил.

[Korchy]

Проводили какие-то сравнительные тесты?

Нет, чисто на основании прочитанной литературы.

[caseyryan]

В общем, расклад такой. Мой сервер мне навеян юнион платформой (главной целью была возможность править и добавлять все что угодно самому, а не ждать правок и апгрейдов от авторов месяцами). Там схема такая же, так же отдельный поток на каждого клиента. Судя по их словам, этот сервер держал 40+ тысяч одновременных подключений при обслуживании сети американского интерактивного телевидения мегафон. На счет железа, которое было у них использовано не в курсе (наверняка оно конечно было не плохим), но тем не менее схема себя оправдывает. Но, к сожалению, мне в боевых условиях с подобными нагрузками потестировать не удавалось еще.

[Korchy]

2 caseyryan
Так я и не высказываюсь вроде в пользу той или другой системы. Я выбрал одну систему, вы - другую, каждый пользуется тем, что ему больше подходит. У меня нагрузка пока вообще нулевая Тестирую потихоньку проблемные места. Пока решил без пинга делать, дальше, если понадобится - введу и пинг. Но пока обходится