на 60-70мс дольше с одним и тем же сервисом
Реализация grpc на голанге - дно днищенское
Таймлаг имеет место, обновляйте коннект tcp, если хотите избежать такого
как вы это определили?
Логи джина, постман
Получше чем реализация http+rest
Вы что-то явно сделали не так
а где реализация крутая?
да фиг знает, в гошке она хуже некуда
и что показывает постман какие цифры на каком этапе
Time после ответа сервера
Чем угодно, по любому параметру
это ни о чем не говорит. я спрашиваю о том сколько каждый этап занимает хендшейки днс и тд
Знаете, коллега, для меня лишь тот факт что клиент и сервер генерится в одном и том же месте является признаком недалекого ума тех кто это писал
Вот совсем не знаю, как снять время хендшейков и днс, да и не понимаю зачем. Ось Ubuntu 22.04
Тогда вернемся к вопросу как вы определили что у жрпс задержки. Ну в постмане наверное можно я сто лет его не видел вроде когда то было можно там смотреть весь запрос
В постмане можно на тайминг тыкнуть и раскроется подробная инфа
Так, что запрос по HTTP занимает 4 мс, а по gRPC - 70-80, все отражено в постмане
Аха, вижу. DNS и хендшейк закэшированы. У gRPC постман похоже не покажет инфу такую
странно что гугл для своего же языка делает плохую реализацию
go делает одна команда, protobuf другая, sdk (для сервисов гугла) третья, и они я на 99% уверен друг друга даже в глаза не видят
возможно, они даже работают в разных полушариях, когда одни пишут код, другие спят 😁
Видимо пока одни писали го где-то в Калифорнии, другие где-то в Индии писали grpc
Возможно в разные десятилетия 😂
Все вокруг тупые, они вы умный, я понял, да
не понятно. сервер я генерю в комнате, а клиента на кухне - так то в разных местах. или я не понимаю тейка?
Обсуждают сегодня