архитектура высоконагруженного серверного ПО на си под windows.

сеть по си сокеты высоконагруженное по

Приветствую.
На данный момент обсуждается архитектура серверного ПО которое должно выдерживать 100 000 клиентов онлайн стабильно. Какие подводные камни есть?

Примечание:
допустим аналог любого IM с 100+к клиентами.
Ответы:
Я думаю, что единственный подводный камень это последние слово в названии.
А так - смотря какой сервер и смотря что значит "выдерживать 100 000 клиентов онлайн стабильно". Может эти клиенты раз в 10 минут кинут 5 Кб, а может ежесекундно будут закидывать метровыми пакетами.
Первый подводный камень - это Windows. Лучше присмотреться к нормальным серверным ОС.
Второй подводный камень это собственно число одновременных подключений. Я бы стал проектировать кластер. Подробнее о проблеме обработки большого количества подключений написано здесь: http://www.kegel.com/c10k.html
Третий подводный камень это сам С. Не удобно на нем писать асинхронные приложения ориентированные на параллельную обработку большого количества данных. Я бы рекомендовал посмотреть в сторону Erlang, который и создавался специально для таких задач.


15 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.