МП
Size: a a a
2020 June 02
АП
народ а gRPC может только message поддерживает структуры?
АП
чистый int нельзя бахнуть
DP
народ а gRPC может только message поддерживает структуры?
нельзя
message - он потому message, что service им обмениваются
message - он потому message, что service им обмениваются
zl
logrus или zap блокируют поток выполнения? кто в курсе?
DP
вопрос не ясен
DP
Мимо Проходящий
фибоначи на С++ vs Go. На с++/rust скорее всего будет быстрее
скорее всего - именно фибоначи можно написать так, что аллокаций не будет вообще
и, скорее всего, bi.Int не нужен - сумму можно легко написать для
и, скорее всего, bi.Int не нужен - сумму можно легко написать для
[4]int64, напримерzl
вопрос не ясен
при вызовах методов логирования, данные отправляются в канал или в аналог и сразу же происходит возврат из метода?
DP
при вызовах методов логирования, данные отправляются в канал или в аналог и сразу же происходит возврат из метода?
не, оно там пишет в io.Writer
заблокируется ли оно - зависит от реализации райтера
заблокируется ли оно - зависит от реализации райтера
zl
но запись в writer происходит в том же потоке?
zl
а существуют реализации логеров, где вся возня с записью и тд происходит в другом потоке?
DP
а зачем это может быть нужно?
zl
если логи не столь важны, даже если потеряются, а вот время отклика важно
ЕО
Пишите в stdout, он шустрый
zl
или это экономия на спичках?
DP
Пишите в stdout, он шустрый
если не перенаправлен куда-нибудь. обычно - перенаправлен. и шустрость зависит от того, куда
DP
или это экономия на спичках?
обычно об этом даже задумываться не надо - все само работает с приемлемой скоростью
проблемы начинаются, когда логов много, а терять их нельзя
проблемы начинаются, когда логов много, а терять их нельзя
ЕО
если не перенаправлен куда-нибудь. обычно - перенаправлен. и шустрость зависит от того, куда
Ну там пайп обычно или pty перед грабером
ЕО
Не надо прямо в файл перенаправлять без буфера