|
И снова скала немного многопоточки
|
|||
---|---|---|---|
#18+
andreykaTмогут. это внутренний сервис,ты не ответил. Сервис один для 10 клиентов? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 17:06 |
|
И снова скала немного многопоточки
|
|||
---|---|---|---|
#18+
да. типа того. не 10. на порядок больше (порядок это один ноль) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 17:16 |
|
И снова скала немного многопоточки
|
|||
---|---|---|---|
#18+
andreykaT, Блин, ну 100 клиентов это 10 одновременных запросов. В говорите сервер пропускает только два запроса. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 17:24 |
|
И снова скала немного многопоточки
|
|||
---|---|---|---|
#18+
да. от одного клиента ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 17:35 |
|
И снова скала немного многопоточки
|
|||
---|---|---|---|
#18+
andreykaT, Не понял. Третий запрос максимум, это избирательно для одного? А 100х3=300 параллельно это работает? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 17:43 |
|
И снова скала немного многопоточки
|
|||
---|---|---|---|
#18+
блин. я чот как то наверное не так говорю. ну это же очевидно. ты стучишь на сервис с какими то кредами своими, сервис знает что ты это ты. ты делаешь запрос номер один (сервис допустим, отвечает через 1000 мс), после того как ты начал делать запрос номер один, через 10мс ты делаешь запрос номер два (запрос номер один еще не закрылся). следом через 10 мс ты делаешь запрос номер три (запросы 1 и 1 еще не закрылись), и тут раз тебе прилетает 429. тебе только тебе. что там с другими клиентами тебе фиолетово они со своими кредами ходят и у них всё хорошо. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 17:55 |
|
И снова скала немного многопоточки
|
|||
---|---|---|---|
#18+
andreykaT, Понятно. Но сам ты не пробовал проверить, что с двумя рядом та же картинка? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 18:07 |
|
И снова скала немного многопоточки
|
|||
---|---|---|---|
#18+
andreykaTОзверинandreykaT, собственно, если чо, я про скалу ничего не знаю, и про плэей, но тут есть описание всяких тред пулов и не вижу особых проблем взять любой с фикированным размером использовать какой-нить блокинг аррэй, если надо получать exception при переполнении очереди или linkedqueue если нужна безрамерная очередь. так я в итоге так и сделал через актор с блокинг-кью. ну мне кажется это костылина. хотя народ говорит что если мне надо то что мне надо то сойдет. но тут бы в крайности не впадать. ты можешь и пропихнуть тредпул с одним потоком, например, или асинкавайт сделать. вопрос скорее - насколько это верно в принципе. Делай спокойно BlockingQueue. Для большинства кейсов его таймауты все равно меньше чем network I/O. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 19:03 |
|
И снова скала немного многопоточки
|
|||
---|---|---|---|
#18+
mayton, Дык там просто очередь одна. 10 кладут в очередь и один берет. Конечно сервис не упадет. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2019, 19:35 |
|
И снова скала немного многопоточки
|
|||
---|---|---|---|
#18+
Актеры тут ни к селу ни к городу. Как сделать правильно я сказал - подсунуть нужный экзекьютор. Можно все усложнить и посмотреть что-то готовое, гуглить rate limiter. Например вот https://github.com/sief/play-guard, правда не уверен что совсем то что нужно ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2019, 00:13 |
|
|
start [/forum/topic.php?fid=59&msg=39791761&tid=2121407]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 318ms |
total: | 456ms |
0 / 0 |