Comments 17
>wellcom под каст
куда-куда?
куда-куда?
ИМХО делать подобные штуки на основе веба шибко накладно, это как минимум
1. — HTTP заголовки отправляемые серверу и получаемые от него будут занимать я думаю в среднем 90%
2. — во время простоя происходит совсем бесполезная возня с проверками
3. — 1 — 1.5 минут — это уже совсем не «Служба мгновенных сообщений»
ну и расчетные 10к пользователей — это в идеальном случае, когда все будут обновляться равномерно...10% из них при одновременном подключении вас и положат )
1. — HTTP заголовки отправляемые серверу и получаемые от него будут занимать я думаю в среднем 90%
2. — во время простоя происходит совсем бесполезная возня с проверками
3. — 1 — 1.5 минут — это уже совсем не «Служба мгновенных сообщений»
ну и расчетные 10к пользователей — это в идеальном случае, когда все будут обновляться равномерно...10% из них при одновременном подключении вас и положат )
1 — согласен, но в подобных системах, больше половины трафика — служебные сообщения.
по моим расчетам не положат
2. Comet предлагаешь?
3. вот как раз это то время, когда человек набирает сообщение, можно и 10 сек сделать, тогда больше вероятность, что сервер ляжет. Время выбрано так, что если равномерно 10 к пользователей полезут общаться, то будет 350-400 rps а сервер выдерживает на ноуте около 2000.
по моим расчетам не положат
2. Comet предлагаешь?
3. вот как раз это то время, когда человек набирает сообщение, можно и 10 сек сделать, тогда больше вероятность, что сервер ляжет. Время выбрано так, что если равномерно 10 к пользователей полезут общаться, то будет 350-400 rps а сервер выдерживает на ноуте около 2000.
Если уж приспичило на основе HTTP, то чем ваша реализация лучше Comet-архитектуры?
Статья как пример разработки веб-сервера на сях — очень даже ничего, только вот комментарии лучше в коде имхо писать, а не после, хоть особых проблем и не вызывает.
Статья как пример разработки веб-сервера на сях — очень даже ничего, только вот комментарии лучше в коде имхо писать, а не после, хоть особых проблем и не вызывает.
это на ruby с использованием eventmachine пишется за 10 минут (включая установку нужный гемов).
testchatapp.appspot.com — чат написанный с использованием vaadin за 10 минут и app engine.
Если не считать обязательных конструкций то написано было около 50 строчек кода.
Когда нет работы — всегда хочется сделать очередной велосипед.
Если не считать обязательных конструкций то написано было около 50 строчек кода.
Когда нет работы — всегда хочется сделать очередной велосипед.
ну так и тут автор использовал аналог EM. смысл в том, что кол-во конектов они выдержат равное (хотя я уверен, что руби сможет больше чем то, что сделал автор).
это не первый мой велосипед
давай проэксперементируем?
руби имеет производительность в 5 раз меньше чем си.
можно это запустить на 2 и более потоков (по ядру на поток)
тогда производительность повысится раза в полтора.
правда кода раза в два увеличится и головная боль появится в в виде блокировок.
руби имеет производительность в 5 раз меньше чем си.
можно это запустить на 2 и более потоков (по ядру на поток)
тогда производительность повысится раза в полтора.
правда кода раза в два увеличится и головная боль появится в в виде блокировок.
школьник? вся твоя производительность в си упрется в скорость написания кода и хард. В реальных ситуациях си не намного быстрее ruby. (и не надо опять делать топик где будет считать факториалы на разных языках)
>правда кода раза в два увеличится и головная боль появится в в виде блокировок.
создали вэб сервера thin с вами не согласны :D вы наверное не знаете, что в руби потоки не настоящие?
>правда кода раза в два увеличится и головная боль появится в в виде блокировок.
создали вэб сервера thin с вами не согласны :D вы наверное не знаете, что в руби потоки не настоящие?
каждый сделанный тобой новый велосипед — это твои новые знания,
твои ошибки и твой бесценный опыт.
твои ошибки и твой бесценный опыт.
UFO just landed and posted this here
Sign up to leave a comment.
Служба мгновенных собщений своими руками