Телеграмм чат группы gogolang страница 22638

спасибо, погляжу
подумываю взять мейлрушный вебсокет сервер, вроде как, они держат 3 млн соединений

и вот там описанное выше испольуется

13:11пожаловаться #1

Владимир Столяров

можно встать select-ом на 2 канала: с сообщениями и с time.After
при получении сообщения из 1-го append-ить его в слайс (и если там >N элементов, отправлять их), при срабатывании time.After просто отправлять все сообщения

ну вот примерно сейчас так и есть
только for бесконечный на канале приема сообщения для отправки и потом чтение канала до нуля пока там что-то есть и отправка пачкой

13:14пожаловаться #2

Eugene Eliseev in Go-go!

никто старый впа не отучал от правки лимитов?
происходит тут: https://github.com/kubernetes/autoscaler/blob/vpa-release-0.8/vertical-pod-autoscaler/pkg/utils/vpa/limit_and_request_scaling.go#L65
но при правке получаю неожиданные результаты, никто не заморачивался? может, чего-то ещё не учитываю?

13:14пожаловаться #3

за идеи спасибо, буду изучать

13:17пожаловаться #4

Daniel Podolsky in Go-go!

сообщения пишутся в канал горутины на отправку каждому клиента
как только приходит сообщение то горутина выгребает все что есть в канале и высылает одной пачкой

Скорее всего - там не успевает накопиться

13:21пожаловаться #5

успевают, я логировал размер канала, практически в потолок уходит (256 буфер)

13:21пожаловаться #6

Daniel Podolsky in Go-go!

Тогда идеи кончились, надо изучать pprof

13:23пожаловаться #7

@mr_tron in Go-go!

ну надо уточнить что там за нода. а может там микроинстанс амазона

13:25пожаловаться #8

https://pastebin.com/N75NyGiJ
вот pprof

нода - параллелс виртуалка, 8 гиг памяти, проц 4 ядра

13:26пожаловаться #9

i7 на хост машине стоит

13:26пожаловаться #10

@mr_tron in Go-go!

ну у вас мусора дофига генерится

13:29пожаловаться #11

а как это видно ?

13:30пожаловаться #12

@mr_tron in Go-go!

много времени занимают вызовы связанные с работой GC

13:32пожаловаться #13

Roman Andreev in Go-go!

господа
а кто-то юзает https://github.com/gorilla/websocket ?
сколько коннектов выдерживает при активном общении клиентов между собой ?
у меня на 2к коннектах которые раз в 10 секунд шлют сообщение которое потом рестранслируется остальным проц уходит в 99% нагрузки,pprof говорит что основная нагрузка идет на syscall.Syscall

пальцем в небо, конечно, но вроде как на одновременное постоянное подключение нужен файловый дескриптор. Возможно вы вычерпываете количество доступных процессу дескрипторов и он ждет их освобождение? у centrifugo с таким сталкивался (правда я не смотрел pprof и достоверно не могу сказать из-за чего была задержка)

13:37пожаловаться #14

Roman Andreev

вы имеете ввиду ulimit на системе ?

13:38пожаловаться #15

Roman Andreev in Go-go!

вы имеете ввиду ulimit на системе ?

ага