|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Добрый день. Конструкция: Spring Java-backend + React Front. Фронт трогать нельзя. Фронт постоянно долбит бэк REST (JAX-RS) запросом. По заданию, которое изменять нельзя, бэк немедленно отдает данные, если они есть. Если нет, то надо 20 секунд держать запрос в подвешенном состоянии. При стандартном подходе, нить сервера висит 20 секунд ничего полезного не делая. Про производительность в сотни пользователей можно забыть. Вопрос. Как все-таки возможно подержать запрос в 20 секунд, но при этом не блокировать нить бессмысленной работой? Это вообще возможно? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 17:04 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче, Дикость какая то. У бэка нет данных но я все равно стою за дверью 20 сек? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 17:43 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
PetroNotC Sharp, это кровавый энтерпрайз. Когда одна команда осчастливила нас этим неработающим решением и устранилась, другая команда пилит фронт и сообщает, что нельзя поменять не поменяв его целиком, а третья сидит и думает как ей дорабатывать напильником вещь. Если б это было не дикостью, все можно было нагуглить в учебниках. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:18 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче, Причем команда? Я логику и код не понял. Если бд тормозит 20 сек, то так и надо писать. А не как аы написали. Что значит "постоянно долбит запросами"? Так инженеры не говорят. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:25 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
PetroNotC Sharp Щиче, Я логику и код не понял. Если бд тормозит 20 сек, то так и надо писать. БД не тормозит! Ответ, если есть данные - выстреливает мгновенно. А если их нет (это тоже определяется мгновенно) - надо двадцать секунд намеренно растягивать обработку запроса. PetroNotC Sharp Что значит "постоянно долбит запросами"? Так инженеры не говорят. Так и понимать. Запрос отработан - БЕЗ ПАУЗЫ идет другой, аналогичный. Фронт будет спамить сервер запросами насколько хватит ему производительности сети. Именно поэтому сервер растягивает время ответа. Фронт трогать нельзя, WebSocket применить нельзя. Инженеры говорят и матом, если ситуация такая. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:33 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче надо двадцать секунд намеренно растягивать обработку запроса. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:35 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче Именно поэтому сервер растягивает время ответа. Есои ответ равен 0,1 сек, то серверу легче сразу отвечать на любой запрос. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:37 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
PetroNotC Sharp Щиче надо двадцать секунд намеренно растягивать обработку запроса. Неважно что вы отдадите. Фронт ещё раз попытается выполнить запрос снова. 404 вызовет вывод пользователю ошибки, как любой ответ не 200. Будет 1000 ошибок в секунду. С кодом 200 ошибок не будет, а будет тихое заспамливание бэка. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:38 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче, Давай юз кейс на три ОСМЫСЛЕННЫХ запроса ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:39 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче будет тихое заспамливание бэка. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:40 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
PetroNotC Sharp Щиче, Давай юз кейс на три ОСМЫСЛЕННЫХ запроса POST запрос с параметром HTTP. 1) Запрос с данными. JSON со списком событий. События представляют собой сериализованные JAVA объекты. Их там максимум штук 5. 2) Запрос без данных - JSON с пустым списком. Случаев только два. Ошибки не предусмотрены. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:42 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче, Запрос без данных не нужен. Юзкейс это действия какие то. А не то что вы написали. Зачем клиенту 100 запросов в сек с событиями? Что за события? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:48 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче, Заспамить сервер очень трудно. Вы не доказали что это произошло. Если заспамили, то сервер начнет тормозить (термин ддосить). Но вы выше говорите что "сервер не тормозит!". Пока ниче не понятно. Может цифры будут? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:53 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
PetroNotC Sharp Щиче, Запрос без данных не нужен. Юзкейс это действия какие то. А не то что вы написали. Зачем клиенту 100 запросов в сек с событиями? Что за события? А вам зачем конкретные данные? Вопрос был не об этом. Вопрос был о том, как не занимать серверную нить работой, которой все равно нет и при этом заставить фронт ждать ответ определенное время. Это чат. Серверу по Кафке приходит сообщение: сотруднику call-центра пришло сообщение от клиента. Сервер кладет его в очередь и отдает сразу как фронт попросил. Очередь очищается. Пустая очередь - пустой список в ответе. Нормальный чат делается на WebSocket, но нам что дали. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 18:56 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче Как все-таки возможно подержать запрос в 20 секунд, но при этом не блокировать нить бессмысленной работой? java.lang.Thread ? Код: sql 1. 2. 3. 4.
Компилируемость не проверял. Что за странная проблема в "придержать поток на 20 секунд при сотнях пользователей"? А если у вас будут реальные вычисления на двадцать секунд и для сотен пользователей? Вешаться? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:08 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Basil A. Sidorov Щиче Как все-таки возможно подержать запрос в 20 секунд, но при этом не блокировать нить бессмысленной работой? java.lang.Thread ? Код: sql 1. 2. 3. 4.
Компилируемость не проверял. Что за странная проблема в "придержать поток на 20 секунд при сотнях пользователей"? А если у вас будут реальные вычисления на двадцать секунд и для сотен пользователей? Вешаться? Вот я и не хочу держать поток, но ответ фронту дать через 20 секунд спустя реальной отработки запроса. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:15 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче Это чат. Ну наконец то. Раскололся. )))) ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:16 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче Нормальный чат делается на WebSocket, но нам что дали. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:18 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче Серверу по Кафке приходит сообщение: сотруднику call-центра пришло сообщение от клиента. Сервер кладет его в очередь и отдает сразу как фронт попросил. Очередь очищается. Пустая очередь - пустой список в ответе. Тогда можно будет или отдавать список или возвращать отклик-неудачник обратно в очередь и "мариновать" его там нужное время. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:18 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Basil A. Sidorov Щиче Серверу по Кафке приходит сообщение: сотруднику call-центра пришло сообщение от клиента. Сервер кладет его в очередь и отдает сразу как фронт попросил. Очередь очищается. Пустая очередь - пустой список в ответе. Тогда можно будет или отдавать список или возвращать отклик-неудачник обратно в очередь и "мариновать" его там нужное время. Можно подробнее, как его там "мариновать нужное время" не останавливая поток? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:21 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче Конструкция: Spring Java-backend + React Front. Фронт трогать нельзя. Фронт постоянно долбит бэк REST (JAX-RS) запросом. По заданию, которое изменять нельзя, бэк немедленно отдает данные, если они есть. Если нет, то надо 20 секунд держать запрос в подвешенном состоянии. При стандартном подходе, нить сервера висит 20 секунд ничего полезного не делая. Про производительность в сотни пользователей можно забыть. Вопрос. Как все-таки возможно подержать запрос в 20 секунд, но при этом не блокировать нить бессмысленной работой? Это вообще возможно? Напоминает троттлинг. Тут по смыслу долбящего фронта надо уведомлять статусом типа https://developer.mozilla.org/ru/docs/Web/HTTP/Status/429 Ну и фронт, как хороший лапочка-зайчик должен подождать нужное время Retry-After : x seconds. Это-ж правильный http-клиент? Не? И на бэке не надо делать пауз а наоборот как можно быстрее "отпустить" управление. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:21 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче как не занимать серверную нить работой Но для чата... Не знаю... ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:21 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
mayton Напоминает троттлинг. Тут по смыслу долбящего фронта надо уведомлять статусом типа https://developer.mozilla.org/ru/docs/Web/HTTP/Status/429 Ну и фронт, как хороший лапочка-зайчик должен подождать нужное время Retry-After : x seconds. Это-ж правильный http-клиент? Не? И на бэке не надо делать пауз а наоборот как можно быстрее "отпустить" управление. Не знаю насчет правильности. У нас иной раз такая прям высокотехнологичная компания, а иной раз настолько вопиющие ошибки. Надо попробовать. Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:27 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче Можно подробнее, как его там "мариновать нужное время" не останавливая поток? Эту очередь разгребают "совсем отдельные" потоки. Если для конкретного запроса есть данные - возвращаем их клиенту. Если данных нет - возвращаем объект обратно в очередь. Для FIFO-очереди это будет "в конец очереди". Если на очередной итерации обнаруживается, что с момента поступления запроса прошло больше заданного интервала ожидания, а данных всё ещё нет - возвращаем пустой список в качестве ответа. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:46 |
|
Асинхронное выполнение запросов
|
|||
---|---|---|---|
#18+
Щиче При стандартном подходе, нить сервера висит 20 секунд ничего полезного не делая. Нитей жалко? Добавте. Щиче в сотни пользователей сотня потоков на современной сервере - ни о чем вот уже сотни и тысячи (или десяток докеров по сотне потоков на каждом) - уже кранты хостовой (в случае докера) ОС с переключением потоков. Можно смотреть в сторону NIO. Правда NIO на 10-20% МЕДЛЕННЕЕ (и это правда!) классических сокетов. Но позволяет уменьшить количество потоков, снять нагрузку с диспетчера потоков ОС. Возможно, в качестве алтернативы NIO, при возможности "порезать" задачу, можно использовать нормальный софт для виртуализации и вместо тысячь потоков иметь десяток VM по сотне-тысячи потоков в отдельной VM. Но это теоретически ))). Практически, все вместо нормальных решений используют новомодные из гуана и палок (типа докера) и дохера потоков грузят диспетчер хостовой OS. В этом случае AFAIK без NIO уже сложно. Но повторюсь, это в случае тысячь потоков (в реальном проекте стали мигрировать на NIO при более 6-8 тысячь потоков на хостовой машине) и скорости это НЕ добавляет. Даже, повторюсь, NIO медленнее на 10-20%. AFAIK ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2021, 19:51 |
|
|
start [/forum/topic.php?fid=59&msg=40111478&tid=2120308]: |
0ms |
get settings: |
10ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
27ms |
get topic data: |
3ms |
get forum data: |
1ms |
get page messages: |
489ms |
get tp. blocked users: |
1ms |
others: | 269ms |
total: | 807ms |
0 / 0 |