RS
затем, что он лучше поддерживается и лучше оттестирован
увы даже API net/http оставляет горькое послевкусие после fasthttp 😕
Size: a a a
2020 February 22
RS
серьезные баги в fashttp?
баги, уязвимости
AR
увы даже API net/http оставляет горькое послевкусие после fasthttp 😕
у меня тоже был zero allocation головного мозга, а потом я переболел
AR
когда увидел, что даже в огромных корпорациях это не нужно
RS
когда увидел, что даже в огромных корпорациях это не нужно
ну это уже мне решать где нужно, где не нужно. Моё время, мой бюджет 🙂
p
> с чего ты взял борьбу? у нас есть всё что надо, benchmem, pprof,
да я сам писал zero-allocation UDP сервер и это всё знаю
sync.Pool, escape analysisда я сам писал zero-allocation UDP сервер и это всё знаю
webrtc?
AR
ну это уже мне решать где нужно, где не нужно. Моё время, мой бюджет 🙂
ну да, твои SLI, твои уязвимости в проде, твой даунтайм
AR
webrtc?
STUN/TURN
RS
ну да, твои SLI, твои уязвимости в проде, твой даунтайм
верно 🙂
RS
ну да, твои SLI, твои уязвимости в проде, твой даунтайм
кстати сервис который я сейчас пишу - не frontfacing, так-что не так критично
AR
мне спокойней когда гугл не выпускает новую версию либы, пока не оттестирует её у себя в проде
AR
видимо я наигрался
p
кстати сервис который я сейчас пишу - не frontfacing, так-что не так критично
Просто в твоём случае не так много вариантов и лучше какой-то другой протокол взять
AR
вот напишу я самую быструю в мире имплементацию на 30(300?)к SLOC, а кто её поддерживать то будет
RS
Просто в твоём случае не так много вариантов и лучше какой-то другой протокол взять
увы, HTTP/1.1 обязательно придётся поддерживать
AR
можно сойти с ума окончательно и взять кастомный ивентлуп
RS
ещё раз: с HTTP/1.1 работают практически все языки из коробки
AR
но я в ситуации, когда нужно экономить 140 микросекунд на запрос реально бы уже на расте начал писать
