АП
немного оптимизаций «сразу выделит слайс» «переиспользовать память»
Size: a a a
2020 July 02
АП
«сделать обработку сокета по событию»
DP
Ну вообще логично взять тулзу, которая без лишнего гемора даст тебе буст в перфомансе
вы не упретесь в go на этой задаче никогда
вы упретесь или в сеть, или в память (тоже не по вине go), или во внешние ресурсы, вроде очереди/субд
вы упретесь или в сеть, или в память (тоже не по вине go), или во внешние ресурсы, вроде очереди/субд
АП
я тут боянистую статью скину
DP
это очень вредная статья, по факту
у них очень узкий кейс, много молчащих соединений. и они оптимизировали расход - обрабатывают соединения по мене появления событий в пуле горутин, а не запускают по горутине на каждое.
но теперь нубасы решили, что это специфическая ситуация имеет к ним отношение. не имеет.
у них очень узкий кейс, много молчащих соединений. и они оптимизировали расход - обрабатывают соединения по мене появления событий в пуле горутин, а не запускают по горутине на каждое.
но теперь нубасы решили, что это специфическая ситуация имеет к ним отношение. не имеет.
АП
это очень вредная статья, по факту
у них очень узкий кейс, много молчащих соединений. и они оптимизировали расход - обрабатывают соединения по мене появления событий в пуле горутин, а не запускают по горутине на каждое.
но теперь нубасы решили, что это специфическая ситуация имеет к ним отношение. не имеет.
у них очень узкий кейс, много молчащих соединений. и они оптимизировали расход - обрабатывают соединения по мене появления событий в пуле горутин, а не запускают по горутине на каждое.
но теперь нубасы решили, что это специфическая ситуация имеет к ним отношение. не имеет.
ну миллион влоб не получиться
АП
и там не только эта оптимизация
DP
не только эта. но они все - для очень специфического кейса.
всем, кроме mailru, будет проще докинуть памяти в сервера
всем, кроме mailru, будет проще докинуть памяти в сервера
DP
ну, кстати, язык у нас не гибкий, не выразительный и не богатый
упереться в его ограничения при создании доменной модели - очень легко
упереться в его ограничения при создании доменной модели - очень легко
АП
это очень вредная статья, по факту
у них очень узкий кейс, много молчащих соединений. и они оптимизировали расход - обрабатывают соединения по мене появления событий в пуле горутин, а не запускают по горутине на каждое.
но теперь нубасы решили, что это специфическая ситуация имеет к ним отношение. не имеет.
у них очень узкий кейс, много молчащих соединений. и они оптимизировали расход - обрабатывают соединения по мене появления событий в пуле горутин, а не запускают по горутине на каждое.
но теперь нубасы решили, что это специфическая ситуация имеет к ним отношение. не имеет.
а чем она вредная то? кроме преждевременной оптимизации
DP
хотите сказать что его нельзя погнуть под требования?
очень трудно заставить себя мыслить о предметной области в терминах go
почему - открытый вопрос
почему - открытый вопрос
DP
преждевременная оптимизация это плохо конечно, но если это не требует каких-то дополнительных затрат времени то почему бы сразу по дефолту не брать более быстрые варианты?
потому, что оценить скорость вариантов на этапе старта разработки невозможно. и не нужно