DF
я так думаю оно сделано во избежание слишком долго блокирующих тасков/или дедлоков
Size: a a a
2021 August 20
DF
то есть как защита от дурака
П
Да, там есть метки безопасного переключения
2021 August 21
M
Подскажите low latency конфигурацию для работы с вебсокет подключением? Интересует минимальное время до кода обработки сообщения... Сейчас у меня используется async tungtenite и цикл в async-std block_on на чтение из сокета, но может с одно или многопоточным tokio будет меньше задержка?Гугл ничего толкового не выдает.
M
hey
нужен фреймворк на расте способный возвращать errorcode 404 with json payload. rocket например не умеет
нужен фреймворк на расте способный возвращать errorcode 404 with json payload. rocket например не умеет
D
hyper позволяет возвращать всё, что угодно
D
сложно сказать, проще всего сделать небольшой тестовый пример на токио и потестить
из общих соображений кажется, что меньше всего латенси будет в пуле однопоточных токио
из общих соображений кажется, что меньше всего латенси будет в пуле однопоточных токио
MB
Не понял, что именно rocket не умеет.
Если что, ты можешь поставить кастомный обработчик 404 ошибок (через
Если что, ты можешь поставить кастомный обработчик 404 ошибок (через
#[rocket::catcher(404)]), и возвращать из него жсонM
С этим тоже вопрос, как лучше оформить тест... Внутри процессный сервер в отдельном рантайме поднимать?
M
Подозреваю разные рантаймы будут по разному парковать потоки во время простоя... То есть нужно в тест включить какие то задержки между сообщениями, в реальном сокете около 40тыс сообщений в секунду.. может есть какие-то библиотеки которые позволяют быстро настроить такую тест среду?
MB
А что именно тут можно вынести в библиотеку?
D
ничего не понял) делай отдельными процессами клиент и сервер, вроде всё довольно прямолинейно
M
Глядя на crates.io, чего люди только не выносят, не хотелось бы изобретать велосипед.. мне нужно сравнить условно время между отправкой с сервера и получением сообщения в клиентском коде, как это правильно померять в асинк среде...
AZ
пишешь тестовый клиент, который генерирует лоад по такому профилю, какой тебе нравится и бенчишь свои серверы. Можешь посмотреть на полуготовые бенчилки аля
k6D
замеряй раундтрип
M
Хорошая идея, спасибо
D
для построения распределений могу посоветовать заюзать топ-крейт hdrhistogram
D
всяческие средние/перцентили считать — самое то
D
там можно в каждом клиенте отдельно считать гистограммы, а в конце теста слить их воедино
V
https://docs.rs/tracing-timing/0.5.0/tracing_timing/
Накину вдобавок, под капотом тот же hdrhistogram
Накину вдобавок, под капотом тот же hdrhistogram