обьяснений и цели?
судя по описанию - типовое web middleware, только они мерят количество постов, а не количество одновременных запросов - что странно. можно было просто самый быстрый json парсер взять тогда
Короче, бессмыслица очередная. Когда у тебя запросов мало, то какая разница, сколько микросекунд он выполняется, когда у тебя лагает дешевая виртуалка. Когда запросов много, то вопросы возникают чутка позврослее: 1. Как трассировать и не похоронить весь продакшн 2. Как писать очередь к бутылочным горлышкам типа бд, чтобы они не хоронили весь кластер И вот тут уже во всей красе всплывают вопросы о том: 1. Насколько хорошо с мьютексами умеют работать авторы очередей? Это матерые волчары из otp team, или писал мьютексы студент стажер который настоящий автор модной либы 2. Что будем делать, когда все это в корчах дохнет, не успев ничего хрюкнуть в лог, потому что горутин набралось до усрачки много И тп Короче, интереснее были бы бенчмарки: как мы снизили накладные расходы на трейсинг (включая процессы, горутины и тп) в нашем кластере из эрланга, постгреса, гошечки и ноды с 13% до 4% путем внедрения интересной формулы из начала учебника по матстату
даже если все сложные вопросы оставить за скобками, а оставить только один - сколько возможно одновременно прогрессирующих, а не стоящих в очереди, запросов на одной машине - уже получился бы интересный бенч. А если вопрос сводится к тому какая молотилка быстрее в один поток, то это бенч программистов
Обсуждают сегодня