Пусть длительность запроса 1 секунда. Первый запрос придет через 1 секунду. Второй через 1 секунду 10мс. Третий 1.2 итого за 5 секунд пройдет 50 запросов. До сих пор не понимаете?
Если интервал между запросами будет меньше при параллельной отправке чем при последовательной то чем это плохо? Вот интервал на той стороне 100мс. При последовательной обработке мы отправим 1 запрос длительностью 100мс который придет на сервер через 10мс и 90мс будет там обрабатываться. При параллельной мы отправим 10 таких запросов, которые придут на сервер и лягут в очередь например. Или придут через 10мс потом через 20 и т.д. Интервал же считается для времени поступления запроса.
Изначально речь шла про запросы. Если интервал 1 секунда можно отправить около 50 запросов одновременно. Если на той стороне асинхронщина то намного больше. Если запрос натыкается на 492 он ждёт. Но и обработку данных можно распараллелить, так мы задействуем больше процессоров и ускорим работу системы.
Оно будет быстрее, ТК время на обработку по условию задачи пренебрежимо мало. Да и в проде реально будет быстрее за счёт уменьшения времени на запросы. Это как бы общепринятая практика. Не знаю как можно отрицать очевидное.
Ничего не сказано про механизм аутентификации. Oauth ли это и есть ли single sign on. Какой токен jwt ли? Написано что токен долгоживущий. Почему объясните плз его нельзя использовать в нескольких запросах?
Тайм-аут 5 секунд
Это роли не играет. Читайте комментарий над вашим.
Пусть длительность запроса 1 секунда. Первый запрос придет через 1 секунду. Второй через 1 секунду 10мс. Третий 1.2 итого за 5 секунд пройдет 50 запросов. До сих пор не понимаете?
Если интервал между запросами будет меньше при параллельной отправке чем при последовательной то чем это плохо? Вот интервал на той стороне 100мс. При последовательной обработке мы отправим 1 запрос длительностью 100мс который придет на сервер через 10мс и 90мс будет там обрабатываться. При параллельной мы отправим 10 таких запросов, которые придут на сервер и лягут в очередь например. Или придут через 10мс потом через 20 и т.д. Интервал же считается для времени поступления запроса.
Заканчиваю дискуссию с подозрением что пользователь тролль.
Очевидно. А почему вы решили что интервал будет уменьшаться?
Изначально речь шла про запросы. Если интервал 1 секунда можно отправить около 50 запросов одновременно. Если на той стороне асинхронщина то намного больше. Если запрос натыкается на 492 он ждёт. Но и обработку данных можно распараллелить, так мы задействуем больше процессоров и ускорим работу системы.
Оно будет быстрее, ТК время на обработку по условию задачи пренебрежимо мало. Да и в проде реально будет быстрее за счёт уменьшения времени на запросы. Это как бы общепринятая практика. Не знаю как можно отрицать очевидное.
Чтобы быстрее было. В любом случае кандидатов уже отсеяли из-за убеждения автора.
Ну так в рамках этого интервала и распараллелить.
Ничего не сказано про механизм аутентификации. Oauth ли это и есть ли single sign on. Какой токен jwt ли? Написано что токен долгоживущий. Почему объясните плз его нельзя использовать в нескольких запросах?
Ну и почему нельзя распараллелить?
Я правильно понимаю что это будет работать пока ркн не заблокирует оставшиеся фингерпринты?
А по фингерпринтам разве не блочит их ркн? У меня все было настроено и работало, а потом отвалилось. Амнезия на том же серваке работает.
У вас доступ к проду с рабочей машины?
Как ошибки и баги? OpenBSD не допускает багов!
Вон как. Спасибо нужная информация если это так.
А оставлять ссылку на сайт не противоречит правилам хабра?
Это только высокая вероятность
Никак не гарантировать отправку ровно один раз.