горутины для увеличения производительности? Я спрашиваю, потому что каждое новое соединение(в моем случае fasthttp) это отдельная горутина и не хотелось бы получить улитку из-за переключения контекстов
Уже есть горутина на запрос, зачем ещё одна?
Ну допустим мне послали запрос, а я хочу сделать некоторую обработку с использованием горутин
Зачем? Чтобы было или есть что распараллелить? Если первое - то нефиг, если второе - вполне нормально.
Ну просто так понятное дело, что нет смысла. Я про целесообразность использования горутин в рест апи. Вот допустим у меня 100 одновременных запросов, а это 100 горутин и в каждой горутин своя обработка в которой ещё 10 горутин запускается. В итоге 1000 горутин. Это нормально?
Нормально. Горутины достаточно дешёвые, чтобы не переживать на этот счёт особо
Понятно. Спасибо
А какие альтернативы использованию горутин?
синхронно 1000 операций выполнять?)
Это как?
Имеется ввиду отсутствие их в коде обработке запросов юзеров. Я не беру в счёт ListenAndServe
А с чем связано ожидаемое увеличение производительности?
> Я спрашиваю, потому что каждое новое соединение(в моем случае fasthttp) это отдельная горутина так в net/http - а в фастхттп вроде нет
Там пул из воркеров
значит я не ошибся)
Там по моему всё готово, не надо ничего выдумывать.
Обсуждают сегодня