Речь не про вебстранички, а про безопасный запуск произвольных вычислений в многопользовательской системе. Запрос на такой кейс сейчас довольно широкий. Посмотрите, например, программу последнего хайлоада https://highload.ru/moscow/2024/abstracts - там будет целых два доклада про использование wasm в таком контексте
Если есть явное разделение приоритетов, лучше использовать fair share приоретизацию (в исходном посте рассказывается о нашей имплементации fair share тредпула) - на практике так получается поведение, которое существенно более соответствует пользовательскому ожиданию.
Мы о таком не думали: в первую очередь хотелось избежать перегрузки тредпулов, из-за которой и правда очень больно. Плавность деградации, второй шаг, но что-то мне подсказывает, что в сценарии, когда есть много клиентов, посылающих запросы, искуственно замедлять несильно поможет: рейт входящих запросов от такого замедления меньше не станет, просто замедленные запросы будут дольше стоять в очереди и мы просто уменьшим пропускную способность, толком ничего хорошего от этого не получив. Но возможно я просто не понял предлагаемую иедю.
У нас своя реализация: https://github.com/ytsaurus/ytsaurus/tree/main/library/cpp/tdigest
Речь не про вебстранички, а про безопасный запуск произвольных вычислений в многопользовательской системе. Запрос на такой кейс сейчас довольно широкий. Посмотрите, например, программу последнего хайлоада https://highload.ru/moscow/2024/abstracts - там будет целых два доклада про использование wasm в таком контексте
Идея заимствовать браузерные технологии, кстати, не нова. Например, статья от 21 года про использование v8 для похожей задачи: https://habr.com/ru/companies/yandex/articles/572880/
В целом, в динтаблицах YTsaurus подобное сделать можно :)
(Прямо уж отдельному пользователю сейчас нет, но если заранее вынести бухгалтеров в отдельную группу-пул, то да)
Если есть явное разделение приоритетов, лучше использовать fair share приоретизацию (в исходном посте рассказывается о нашей имплементации fair share тредпула) - на практике так получается поведение, которое существенно более соответствует пользовательскому ожиданию.
Мы о таком не думали: в первую очередь хотелось избежать перегрузки тредпулов, из-за которой и правда очень больно. Плавность деградации, второй шаг, но что-то мне подсказывает, что в сценарии, когда есть много клиентов, посылающих запросы, искуственно замедлять несильно поможет: рейт входящих запросов от такого замедления меньше не станет, просто замедленные запросы будут дольше стоять в очереди и мы просто уменьшим пропускную способность, толком ничего хорошего от этого не получив. Но возможно я просто не понял предлагаемую иедю.
В любом случае, спасибо за комментарий!