|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
В нетбинзе сделал по гайду простой сервер, принимающий сокет-подключения. Приложение по дефолту деплоится на GF 4.0 Все работает. Пробуй проверить сколько коннектов может создать. На клиенте в js создаю массив и туда в цикле пихаю new WebSocket. То есть открываешь страницу и она в js генерит коннекты к приложению. 1. коннекты создаются довольно медленно 2. затыкается стабильно на 191-ом коннекте и дальше будто ничего не происходит. На сервере в javax.websocket.OnOpen после 191 подключения ничего не приходит, на клиенте в try catch ничего не падает. Вопросы 1. куда копать, почему 190 и все? 2. как правильно проверить максимальное число подключений? 3. если число подключений ограничено, какая стратегия работы с websocket? 4. как защититься от генерации большого числа коннектов на открытом для общего доступа сайте? Изначально вопрос возник отсюда. Можно все делать на том же ajax и опрашивать сервер например 1 раз в сек, данные для ответа брать из кэша приложения (чтобы не лазить по каждому запросу в БД), но не уверен, что это нормальный подход и не знаю какую нагрузку можно держать при таком варианте. Поэтому интересно посмотреть в сторону вебсокетов, чтобы не опрашивать сервер кучей сессий каждую секунду, а отправлять клиентам инфу по мере ее готовности на сервере. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.03.2020, 22:43 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS 1. куда копать, почему 190 и все? JDS 4. как защититься от генерации большого числа коннектов на открытом для общего доступа сайте? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2020, 00:59 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Андрей Панфилов так никто в интернетах вебсокеты без необходимости (если не нужен "риалтайм") не использует: JDS 1. коннекты создаются довольно медленно JDS 2. затыкается стабильно на 191-ом коннекте и дальше будто ничего не происходит. у ws ограничение в ~65к подключений на 1 ip порт. JDS 4. как защититься от генерации большого числа коннектов на открытом для общего доступа сайте? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2020, 12:18 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Я не понимаю тестовых условий. GF - это GlassFish? 191 физический сокет это мало. Если клиент - это понятно зачем. Нефик. Если сервер - что за операционка? Если GlassFish - что за настройки? Java в явном виде не ограничивает количество сетевых сокетов. Вобще очень полезно для понимания проблемы прикладывать сводку о конфигурации. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2020, 12:50 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
вадя это наиболее простой метод и самый экономичный с точки зрения трафика, нагрузки на сервер. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2020, 13:20 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Андрей Панфилов вадя это наиболее простой метод и самый экономичный с точки зрения трафика, нагрузки на сервер. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2020, 16:07 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Да. Ограничение похоже, что в браузерах. В фоксе не дает больше 190, в хроме - 260. Ну допустим. Вопрос гор. и вертик. масштабируемости все равно актуален. 65К подключений это немало, но и немного. Информация обрывочная, целостной картины не собрать. Кто-то пишет про мультиплексоры, которые распределяют коннекты по разным портам что ли. Кто-то про балансировщики. Кто-то прикручивает до кучи брокеры. Но в итоге якобы догоняют количество коннектов до 1млн на одной машине. А так да пока винда и гласфиш. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 17:09 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS 65К подключений это немало, но и немного. AFAIK ограничение протокола TCP/IP JDS Но в итоге якобы догоняют количество коннектов до 1млн на одной машине. AFAIK тогда, теоретически, нужно кол-во адресов TCP/IP увеличивать Ну и если сервер выдержит, то еще вопрос, выдержит ли роутер/свитчь ))) Но вообще, громоздить все на одну машину - странное желание. Для какого нибудь балансира/мультиплексора ресурсов особо не требуется. Проще выкинуть на отдельный аппаратный сервер уровня Arduino ))) IMHO ))) дешево, надежно и сердито. Ну и понятное дело, что только NIO. При классических сокетах и "обычном" (TM) Linux, сервера уже при > 10 тыс. потоков сдыхать начинают. AFAIK ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 17:33 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Вопрос гор. и вертик. масштабируемости все равно актуален. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 17:41 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Да. Ограничение похоже, что в браузерах. В фоксе не дает больше 190, в хроме - 260. Ну допустим. Вопрос гор. и вертик. масштабируемости все равно актуален. 65К подключений это немало, но и немного. Информация обрывочная, целостной картины не собрать. Кто-то пишет про мультиплексоры, которые распределяют коннекты по разным портам что ли. Кто-то про балансировщики. Кто-то прикручивает до кучи брокеры. Но в итоге якобы догоняют количество коннектов до 1млн на одной машине. А так да пока винда и гласфиш. Ты понимаешь что одновременное количество сокетов - это суть одновременное количество работающих Threads? Ты хотябы 100 вычислительных потоков попробуй запусти. У тебя от этого поплывёт CPU. И никакой более ползеной работы этот CPU не сделает. Он будет в спинах и локах висеть на самом деле. А если твоя задача такова что на самом деле полезной работы не делается а сокеты просто висят (для красоты) то наверное тогда надо архитектуру приложения пересмотреть. Зачем они висят? Просто жрут память? Для справки любой сокет требует буфера памяти. Такова есть природа TCP/IP. Ему буфер нужен. Буфер! Чтобы шум из эфира собирать в цельные стримы. Здесь каждая ОС по своему выделяет. Но ты просто попробуй 64000 сокетов создать на любой машине. И потом расскажи как эта машина себя чувствует. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 17:41 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
вадя у ws ограничение в ~65к подключений на 1 ip порт. ведь можно тот же томкат использовать на несколько портов( кроме 80 или 8080) и на каждый порт ещЁ по 65к ws портов... ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 17:45 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
mayton Ты понимаешь что одновременное количество сокетов - это суть одновременное количество работающих Threads? --- NIO ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 18:29 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev mayton Ты понимаешь что одновременное количество сокетов - это суть одновременное количество работающих Threads? --- NIO Этот ответ столь же полезен и прекрасен для автора как панацея для средневекового доктора. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 19:15 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
В NIO нет связи соккет=поток. 6-20 потоков (если считать и служебные) вполне могут разгребать тысячи сокетов одновременно (мой код точно 600-800 и более одновременно в продакшене держал, для JVM было выделяно вроде 4 ядра) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 19:42 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
И, вроде, в I-net'е гуглится, что лимита особого и нет. Просто все упирается в память. "There isn’t a useful hard limit, as you run into various problems long before you hit numerical restrictions, and it depends on the hardware — memory, number of cores, the network interfaces, etc." ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 19:45 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Флаг в руки. Веди автора до конца. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 19:51 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev В NIO нет связи соккет=поток. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 19:52 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
mayton А если твоя задача такова что на самом деле полезной работы не делается а сокеты просто висят (для красоты) то наверное тогда надо архитектуру приложения пересмотреть. mayton Зачем они висят? Просто жрут память? Для справки любой сокет требует буфера памяти. Такова есть природа TCP/IP. Ему буфер нужен. Буфер! Чтобы шум из эфира собирать в цельные стримы. Здесь каждая ОС по своему выделяет. Но ты просто попробуй 64000 сокетов создать на любой машине. И потом расскажи как эта машина себя чувствует. на SO писали что у них висят сессии по 1.5 года. и как бы они не парятся (хотя, скорее всего, это просто отвалившиеся клиенты, и SO не проверяет их пин-понгом). если б это было слишком накладно , то они, наверно, позакрывали б такие сессии . mayton то наверное тогда надо архитектуру приложения пересмотреть. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2020, 21:10 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Вопрос гор. и вертик. масштабируемости все равно актуален. 65К подключений это немало, но и немного. Для HTTP и многих других протоколов пара dst-ip:dst-port фиксирована. Дальше включаем банальную логику и получаем тривиальный вывод: даже когда провайдер спрятал за NAT на одном (единственном) IP-адресе ~16К клиентов, "немного" это "более чем достаточно". Почему 16К? Потому, что есть рекомендации по распределению портов по диапазонам. В любом случае вам, как владельцу сервиса, должно быть покласть на проблемы клиентов за конкретным провайдером. В данном конкретном случае - совершенно объективно. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2020, 09:05 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
вадя на SO писали что у них висят сессии по 1.5 года. и как бы они не парятся (хотя, скорее всего, это просто отвалившиеся клиенты, и SO не проверяет их пин-понгом). если б это было слишком накладно , то они, наверно, позакрывали б такие сессии . Надо понять какой смысл они туда вкладывали. Java-объект сессий? Вполне возможно. Он еще и персистится. Сокет? Не знаю. Мы живем в эпоху сильной виртуализации всего стека. Выше писали что сокет это просто пара значений хосты и порты. И чтобы эта пара жила 1.5 года - надо чтобы клиент висел 1.5 года (и провадер не менял ему арендованый IP) либо здесь имеет место хитрая виртуализация (proxy, nat, socks) которая на надёжном железе просто виртуализирует внешние соединения замещая их своими фейковыми адресами. И если железо 1.5 года не ремонтировалось и не патчилось и не перегружалось (во что мне сложно поверить т.к. даже амазон падает и часто) то вполне возможно что мы получим такую статистику. Хорошо это или плохо - я не знаю. Но мне кажется что к надёжности это имет мало отношения. Ведь надёжность должна быть до "последней мили" а не на фрагменте маршрута. Помните анекдот про то как пули вылетели из ствола? Вот 1.5 года из этой же серии. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2020, 17:24 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
mayton Надо понять какой смысл они туда вкладывали. Java-объект сессий? Вполне возможно....... в итоге я оставил это всё на совести SO. и просто информирую о данном факте. из своего опыта - ws очень надёжная и очень удобная вещь. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.03.2020, 17:50 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev В NIO нет связи соккет=поток. 6-20 потоков (если считать и служебные) вполне могут разгребать тысячи сокетов одновременно (мой код точно 600-800 и более одновременно в продакшене держал, для JVM было выделяно вроде 4 ядра) Не понимаю как это выглядит внутри программы? Предполагается, что приложение может обрабатывать все данные в одном потоке или в нескольких, это не суть, главное, что оно складывает потом все данные в общий буфер. И потом это приложение должно раскидывать всем подключенным клиентам ту часть информации, которая их касается. То есть каждый коннект (в основном) не генерит на сервере какой-то отдельный вычислительный поток с отдельным запросом. И забирать информацию из буфера можно тем же http через каждую секунду например, но это кажется накладным, а сокеты видятся хорошим вариантом с точки зрения идеологии, но затык в масштабируемости, который не пойму как обходится и обходится ли. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2020, 16:49 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Предполагается, что приложение может обрабатывать все данные в одном потоке или в нескольких, это не суть, главное, что оно складывает потом все данные в общий буфер. И потом это приложение должно раскидывать всем подключенным клиентам ту часть информации, которая их касается. То есть каждый коннект (в основном) не генерит на сервере какой-то отдельный вычислительный поток с отдельным запросом. И забирать информацию из буфера можно тем же http через каждую секунду например, но это кажется накладным, а сокеты видятся хорошим вариантом с точки зрения идеологии, но затык в масштабируемости, который не пойму как обходится и обходится ли. серверная часть состоит из "слушателя порта ws" - т.е. одна точка входа. Код: java 1. 2. 3.
в этом методе ты можешь распарсить String data выделить команду и передать управление методу который соответствует этой команде и соответственно передать сами данные , а так же передать Session userSession , как правило клиенту надо ответить (что не обязательно). а как метод/команда будет работать - это уже твоя воля. это простой вариант. более сложный - это когда идет рассылка по нескольким клиентам. но это отдельная тема. никакого буфера не требуется и никаких таймеров для забора из этого буфера ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2020, 17:14 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
вадя похоже ты совсем не понял что такое ws. серверная часть состоит из "слушателя порта ws" - т.е. одна точка входа. Код: java 1. 2. 3.
в этом методе ты можешь распарсить String data выделить команду и передать управление методу который соответствует этой команде и соответственно передать сами данные , а так же передать Session userSession , как правило клиенту надо ответить (что не обязательно). а как метод/команда будет работать - это уже твоя воля. это простой вариант. более сложный - это когда идет рассылка по нескольким клиентам. но это отдельная тема. никакого буфера не требуется и никаких таймеров для забора из этого буфера Возможно, я неправильно объяснил суть. Буфер нужен для того, чтобы не лазить каждый раз в БД. То есть безотностительно с WS работа или по HTTP. То есть оперативная информация на клиент уходит только из буфера. И обновление этой информации идет централизованно приложением и может идти в один поток в том числе, то есть не зависит от пользователей. То есть: 1. идет некий процесс в приложении 2. данные из п.1 фиксируются в БД 3. по этим данным обновляется буфер 4. при обновлении буфера идет рассылка клиентам. 5. если подключается новый клиент, он не идет в БД, а забирает данные из буфера приложения В целом от этого пока можно абстрагироваться, так как не касается сути вопроса по большому счету. Что касается работы с WS-ми, да, точка входа одна: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37.
Но как понимаю, здесь это для разработчика использующего javax.websocket она одна, но на входе есть Session - который и отражает собственно коннект по WS, и каждый клиент - это как минимум, один коннект. Или я не прав? ) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2020, 17:49 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Буфер нужен для того, чтобы не лазить каждый раз в БД. JDS То есть безотностительно с WS работа или по HTTP. JDS Но как понимаю, здесь это для разработчика использующего javax.websocket она одна, но на входе есть Session - который и отражает собственно коннект по WS, и каждый клиент - это как минимум, один коннект. Или я не прав? ) вот только это Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9.
введёт в ступор тех кто будет разбираться в коде после тебя. я бы рекомендовал типа такого Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
счас у тебя получается Что сообщение от каждого рассылается каждому и Figure figure что это? ws понимает строковые и бинарные данные (по умолчанию) или ты используешь какой-то подпротокол? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2020, 18:17 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
вадя , просто пример из туториала . Figure - что-то типа обертки над json, а в @ServerEndpoint указываем классы encoders = {FigureEncoder.class}, decoders = {FigureDecoder.class} Figure: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
FigureEncoder: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22.
FigureDecoder: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2020, 18:47 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
вадяэто что за боязнь? Скорее, желание сделать оптимальнее. Приложение само шуршит с данными и от того, что юзеры будут постоянно дергать его, залезая в БД, быстрее оно не выполнит. Все-таки буферизация где она уместна - это вполне нормально по-моему. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2020, 18:53 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
вадя счас у тебя получается Что сообщение от каждого рассылается каждому ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2020, 18:54 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Скорее, желание сделать оптимальнее. Приложение само шуршит с данными и от того, что юзеры будут постоянно дергать его, залезая в БД, быстрее оно не выполнит. Все-таки буферизация где она уместна - это вполне нормально по-моему. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2020, 18:55 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
вадя вадя счас у тебя получается Что сообщение от каждого рассылается каждому Не понимаю вопрос. Как и куда копать в поиске ответа на топик. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 00:40 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS если число подключений ограничено, какая стратегия работы с websocket? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 07:26 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Не понимаю вопрос. а как у тебя организованы другие действия? выполнить обработку полученного сообщения ? и прочее. JDS Как и куда копать в поиске ответа на топик. ты хочешь от одного клиента иметь кучу коннектов? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 07:27 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
вадяв твоём примере показана только рассылка входного сообщения от одного клиента всем остальным. а как у тебя организованы другие действия? выполнить обработку полученного сообщения? и прочее. Есть конечно и запросы с персональными ответами и для них меня вполне устроил бы http, но вопрос возникает при массовом обновлении данных на клиентах: зачем постоянно долбить сервер кучей запросов, проверяя не появились ли новые данные. вадяа что значит "Раздушить по количеству ...", ты хочешь от одного клиента иметь кучу коннектов? Нет. Коннекты один к одному. Basil A. SidorovСокет это две пары: src-ip:src-port и dst-ip:dst-port. Для HTTP и многих других протоколов пара dst-ip:dst-port фиксирована. Дальше включаем банальную логику и получаем тривиальный вывод: даже когда провайдер спрятал за NAT на одном (единственном) IP-адресе ~16К клиентов, "немного" это "более чем достаточно". Почему 16К? Потому, что есть рекомендации по распределению портов по диапазонам. В любом случае вам, как владельцу сервиса, должно быть покласть на проблемы клиентов за конкретным провайдером. В данном конкретном случае - совершенно объективно. Возможно, я не понимаю, что мне пытались сказать уже несколько раз Я видимо неверно понял, что на сервере в целом ограниченное число портов с потолком 65К? Правильно ли, что сервер без всяких плясок может принять условно 16К подключений с одного IP, 16К с другого, с третьего и так далее? Если да, тогда вопрос действительно в ресурсах. Но и горизонтальное масштабирование все равно актуально, т.к. не можем бесконечно увеличивать память. И тогда если говорить про горизонтальное масштабирование, то приложение видимо, должно быть построено для работы в кластере. То есть нужен балансировщик (какой и как он работает в контексте WS пока не представляю, то есть как он будет/должен раскладывать запросы/ответы по сети между узлами). Возникает вопрос и с синхронизацией узлов или должна быть некая центральная нода где лежат общие данные (тот же общий буфер например), то есть узлы главным образом для поддержки бОльшего количества подключений, с вычислениями легко справится и одна машина. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 09:07 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Есть конечно и запросы с персональными ответами и для них меня вполне устроил бы http, но вопрос возникает при массовом обновлении данных на клиентах: зачем постоянно долбить сервер кучей запросов, проверяя не появились ли новые данные. JDS Раздушить ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 09:29 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS зачем постоянно долбить сервер кучей запросов, проверяя не появились ли новые данные. Будет три страницы, но непонятно, что за куча запросов и зачем клиенту долбить 5 раз в сек сервер? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 09:35 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Мне тоже до сих пор непонятна ни архитектура ни нагрузка. Что вообще обсуждается? Какой сценарий? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 11:01 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
вадяи опять - для чего тебе ws? Чтобы обновлять данные странице клиента не по запросу пользователя и не периодическими http-запросами в фоне. вадяРаздушить это что означает? Потому что почти на всех уровнях упираешься в ограничения (у браузера, возможно, на веб-сервере, операционка, сам протокол, количество памяти). А например, условный ориентир держать 1-2млн коннектов. PetroNotC Sharpнепонятно, что за куча запросов и зачем клиенту долбить 5 раз в сек сервер? В том и дело, что не охота долбить ) Может есть какая-то другая технология кроме WS отправки данных на клиент по мере готовности на сервере? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 11:05 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Может есть какая-то другая технология кроме WS отправки данных на клиент по мере готовности на сервере? Если именно с сервера на клиент - https://developer.mozilla.org/en-US/docs/Web/API/Server-sent_events ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 11:15 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS В том и дело, что не охота долбить ) Может есть какая-то другая технология кроме WS отправки данных на клиент по мере готовности на сервере? Только когда юз кейс использования дождемся? Тупишь? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 11:15 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Захотелось программисту, написал кучу кода. А сам ни бе ни ме ни кукареку. Внятно объяснить зачем написал, не может. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 11:19 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Мне кажется - это как диалог двух блондинок. Он ведётся на тонком уровне. Не только на словах. А на уровне жестов. Мимики и недвусмысленных намёков. Вобщем я сейчас себя ощутил тупым сексистским мужланом который не может понять диалог жены и подруги по телефону. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 11:24 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Правильно ли, что сервер без всяких плясок может принять условно 16К подключений с одного IP, 16К с другого, с третьего и так далее? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 11:38 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
Lelouch JDS Может есть какая-то другая технология кроме WS отправки данных на клиент по мере готовности на сервере? Если именно с сервера на клиент - https://developer.mozilla.org/en-US/docs/Web/API/Server-sent_events Посмотрел https://developer.mozilla.org/en-US/docs/Web/API/Server-sent_events/Using_server-sent_events . Ну это php и там так же используется коннект, то есть возможно семантика не веб-сокеты, но внутри так понимаю, все равно сокеты? ) PetroNotC SharpТолько когда юз кейс использования дождемся? Аналогично. В который раз озвучиваю ) Есть допустим 100тыс. клиентов. Им надо обновлять данные на странице. Если каждый из них будет слать раз в секунду http-запрос, считаю это не очень нормальным. Поэтому смотрю в сторону WS, но там упираемся в лимиты по количеству коннектов. Какие точно и на каких уровнях, не знаю. Изначально столкнулся вот с ограничениями в браузере, но это пока ладно. Что не понятного в том, что изложил? ) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 11:45 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Если каждый из них будет слать раз в секунду http-запрос, считаю это не очень нормальным. Я тоже считаю это не очень нормальным. Поэтому смотрю в сторону WS, но там упираемся в лимиты по количеству коннектов. Какие точно и на каких уровнях, не знаю. Изначально столкнулся вот с ограничениями в браузере, но это пока ладно. Что не понятного в том, что изложил? ) Вывод не верный. Каким образом твои рассуждения довели тебя до WS - непонятно. Ограничения в браузере - забей. Никто в браузере так не работает как ты изобразил. Бери среднего пользователя а не маргинала и не тестовый стенд по нагрузке. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 11:52 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS Что не понятного в том, что изложил? ) 1. Какого рода у них программа на экране? 2. 100000 клиентов придумал? Что было до этого? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 11:58 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
maytonОграничения в браузере - забей. Никто в браузере так не работает как ты изобразил. Бери среднего пользователя а не маргинала и не тестовый стенд по нагрузке. Это понятно, что никто так не работает и на браузер забил. Но что возможными с лимитами на других уровнях у меня представления нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 12:00 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
PetroNotC Sharp 1. Какого рода у них программа на экране? 2. 100000 клиентов придумал? Что было до этого? Эммм ) 1. Браузер. 2. Гипотетически. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 12:01 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS PetroNotC Sharp пропущено... 1. Какого рода у них программа на экране? 2. 100000 клиентов придумал? Что было до этого? Эммм ) 1. Браузер. 2. Гипотетически. Вопросы архитектуры не решаются гипотетически. Так как: "Один дурак может задать столько вопросов что и 100 мудрецов не ответят" [(с) В.И. Ленин ПСС том 8 стр.15, работа "Как нам преобразовать РабКрин"] Удачи! ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 12:03 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS, Аксиома: В форуме легче помогают, если у ТС реальная проблема. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 12:07 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS maytonОграничения в браузере - забей. Никто в браузере так не работает как ты изобразил. Бери среднего пользователя а не маргинала и не тестовый стенд по нагрузке. Это понятно, что никто так не работает и на браузер забил. Но что возможными с лимитами на других уровнях у меня представления нет. Смотри. Мы здесь можем еще 100 страниц флуда написать. Но ты должен нас нагнуть (!) реальным примером. С исходниками клиента и сервера. И с моделированием нагрузки. Архитектуры разрабатываются итеративно. Тоесть по принципу многоходовочки. Сделал. Проверил на перформанс. Увидел. Проанализировал. Пофиксил. И снова по кругу. И ни один "диванный эксперт и оналитик" тебе здесь за одну итерацию никакого решения не выдаст. Решение - это даже не 1-2 варианта. Это - дерево развития. Где в каждом узле - 100500 направлений куда двигаться. Улавливаешь? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 12:14 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
PetroNotC Sharp , что нереального в вопросе реализации 100тыс коннектов по wss? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 12:14 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
mayton Архитектуры разрабатываются итеративно. Тоесть по принципу многоходовочки. Сделал. Проверил на перформанс. Увидел. Проанализировал. Пофиксил. И снова по кругу. И ни один "диванный эксперт и оналитик" тебе здесь за одну итерацию никакого решения не выдаст. Решение - это даже не 1-2 варианта. Это - дерево развития. Где в каждом узле - 100500 направлений куда двигаться. Улавливаешь? Именно ) И можно сказать, что на первой итерации у меня такой вот тупой вопрос, который в итоге наверно можно сформулировать и так: как смоделировать 100тыс коннектов на одной машине, в одном веб-приложении по ws под видной или в линуске? Если это заведомо нереально, значит следующая итерация с поиском реальных вариантов ) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 12:17 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS PetroNotC Sharp , что нереального в вопросе реализации 100тыс коннектов по wss? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 12:42 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS что на первой итерации Показывай. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 12:44 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS как смоделировать 100тыс коннектов на одной машине, в одном веб-приложении по ws под видной или в линуске? Вот тебе ссылка JMeter https://jmeter.apache.org/ Качай разбирайся. Вот еще статья где описывается плагин https://www.blazemeter.com/blog/jmeter-websocket-samplers-a-practical-guide/ Там должен быть режим тестирования веб-сокетных приложений. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 12:45 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
mayton , классно, спасибо, поковыряю. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 13:10 |
|
Раздушить по количеству WebSocket подключений
|
|||
---|---|---|---|
#18+
JDS, для начала необходимо проверить 60к коннектов к серверу на линуксе (на любом , по вкусу) а потом делать выводы ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2020, 14:03 |
|
|
start [/forum/topic.php?all=1&fid=59&tid=2120871]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
41ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
75ms |
get tp. blocked users: |
1ms |
others: | 261ms |
total: | 425ms |
0 / 0 |