KO
в любительских проектах 10к подключений не закладывают. подразумеваю, что проект коммерческий.
Size: a a a
2018 April 27
RS
Кто после тебя такое захочет поддерживать?
KO
Думаю дело в профессионализме написания кода
Именно. Любой проект должен быть проверен временем. Баги находятся у всех, но у опытного разработчика получается более стабильный продукт. Если проект коммерческий, то нужно минимизировать расходы и риски. Зачем писать велосипед, если есть готовое, проверенное решение?
М
Именно. Любой проект должен быть проверен временем. Баги находятся у всех, но у опытного разработчика получается более стабильный продукт. Если проект коммерческий, то нужно минимизировать расходы и риски. Зачем писать велосипед, если есть готовое, проверенное решение?
Согласен. Я бы тоже заюзал библиотеку, если она полностью удовлетворяет моим запросам. Но если она не удовлетворяет?)))
S
кстати раз уж о опенсорсе пошел разговор... может проще тогда в сигнал заглянуть?
MS
Ребята может кто-то писал Чат типа месенджера на Ruby. Если есть такой опыт, расскажите какую нагрузку держит, подключения, количество рассылок.
Допустим было бы неплохо если бы руби держали 5-10 тысяч подключенных пользователе, с учетом того что каждую секунду кто-то отправляет сообщение, оно должно приходить всем подключенным к чату пользователям. Вот что думаете, на этот счет?
Допустим было бы неплохо если бы руби держали 5-10 тысяч подключенных пользователе, с учетом того что каждую секунду кто-то отправляет сообщение, оно должно приходить всем подключенным к чату пользователям. Вот что думаете, на этот счет?
Это формулировка задачи 10K problem. Задача упирается не в язык по большей части, а в модель управления обработчиками. Например, если в руби ты будешь запускать веб сервер под Пумой, то на каждое соединение будет выделен тред. Накладные расходы на форк треда большие. Имеет смысл использовать паттерн Reactor и event loop как это делает nginx, например.
Далее ты только ограничен количеством файловых дескрипторов, которые доступны в системе и памятью машины.
Далее ты только ограничен количеством файловых дескрипторов, которые доступны в системе и памятью машины.
MS
При всей кажущейся простоте задачи решить ее можно несколькими способами со своими минусами и сложностями в каждом из них
MS
На руби быстро можно сделать решение, нагрузить и проверить
RS
Он писал про 1 сообщение в секунду. Тут хоть на raspberryPI его обрабатывай. Его задача упирается в то, как это сообщение заброадкастить на 5-10k. Да и здесь ничего писать не надо. Поднимается WS сервер и все шлется на него. А уже он раздает.
MS
я не настолько оптимистичен насчет решения данной задачи
KO
DE
Как говорится, ни когда такого не было и вот опять )
М
Это формулировка задачи 10K problem. Задача упирается не в язык по большей части, а в модель управления обработчиками. Например, если в руби ты будешь запускать веб сервер под Пумой, то на каждое соединение будет выделен тред. Накладные расходы на форк треда большие. Имеет смысл использовать паттерн Reactor и event loop как это делает nginx, например.
Далее ты только ограничен количеством файловых дескрипторов, которые доступны в системе и памятью машины.
Далее ты только ограничен количеством файловых дескрипторов, которые доступны в системе и памятью машины.
Тут нужно понимать хард и как работает сервер. Печально что не все это понимают и знают.