Comments 17
> Пока сижу без работы, по этому нет проекта, на котором могу это опробовать.

>делать запросы с _честотой _

русский язык можно попробовать осилить, или спеллчекер хотя бы
С серверной частью я думаю проблем не возникнет, а вот с клиентской… :-)
ИМХО делать подобные штуки на основе веба шибко накладно, это как минимум
1. — HTTP заголовки отправляемые серверу и получаемые от него будут занимать я думаю в среднем 90%
2. — во время простоя происходит совсем бесполезная возня с проверками
3. — 1 — 1.5 минут — это уже совсем не «Служба мгновенных сообщений»

ну и расчетные 10к пользователей — это в идеальном случае, когда все будут обновляться равномерно...10% из них при одновременном подключении вас и положат )
1 — согласен, но в подобных системах, больше половины трафика — служебные сообщения.
по моим расчетам не положат
2. Comet предлагаешь?
3. вот как раз это то время, когда человек набирает сообщение, можно и 10 сек сделать, тогда больше вероятность, что сервер ляжет. Время выбрано так, что если равномерно 10 к пользователей полезут общаться, то будет 350-400 rps а сервер выдерживает на ноуте около 2000.
Если уж приспичило на основе HTTP, то чем ваша реализация лучше Comet-архитектуры?
Статья как пример разработки веб-сервера на сях — очень даже ничего, только вот комментарии лучше в коде имхо писать, а не после, хоть особых проблем и не вызывает.
это очень спорный вопрос, что лучше. Пока я не готов на него ответить. Комет лучше тем, что сжирает меньше трафика, более оперативный ответ.
это на ruby с использованием eventmachine пишется за 10 минут (включая установку нужный гемов).
testchatapp.appspot.com — чат написанный с использованием vaadin за 10 минут и app engine.

Если не считать обязательных конструкций то написано было около 50 строчек кода.

Когда нет работы — всегда хочется сделать очередной велосипед.
ну так и тут автор использовал аналог EM. смысл в том, что кол-во конектов они выдержат равное (хотя я уверен, что руби сможет больше чем то, что сделал автор).
давай проэксперементируем?
руби имеет производительность в 5 раз меньше чем си.

можно это запустить на 2 и более потоков (по ядру на поток)
тогда производительность повысится раза в полтора.
правда кода раза в два увеличится и головная боль появится в в виде блокировок.
школьник? вся твоя производительность в си упрется в скорость написания кода и хард. В реальных ситуациях си не намного быстрее ruby. (и не надо опять делать топик где будет считать факториалы на разных языках)

>правда кода раза в два увеличится и головная боль появится в в виде блокировок.

создали вэб сервера thin с вами не согласны :D вы наверное не знаете, что в руби потоки не настоящие?
каждый сделанный тобой новый велосипед — это твои новые знания,
твои ошибки и твой бесценный опыт.
UFO landed and left these words here
Only those users with full accounts are able to leave comments. Log in, please.