Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Возможно в части оповещений отказаться от broadcast #17

Closed
nkiryanov opened this issue Jun 11, 2024 · 2 comments
Assignees

Comments

@nkiryanov
Copy link
Collaborator

Отсюад #14

  1. Предлагаю убрать broadcast, тут и может быть где-то еще, чтобы заменить на цикл с await connection.send(data), тк. синхронный broadcast может вести к переполнению буфера. Бродкаст лучше имплементировать, если понятны риски.
@nkiryanov nkiryanov self-assigned this Jun 11, 2024
@nkiryanov
Copy link
Collaborator Author

тк. синхронный broadcast может вести к переполнению буфера. Бродкаст лучше имплементировать, если понятны риски.

@kazqvaizer вообще думал об этом и я бы оставил синхронный broadcast — с учётом что отправляем сообщения не часто (например раз в 60 секунд) то вряд ли будем переполнять буфер — keepalive по дефолту для вебсокетов в библиотеке 30 сек и мертвые клиенты будут отваливаться.
А вот наивная реализация будет приводить к тому, что один мертвый клиент будет останавливать оповещения остальных клиентов.

Вот тут ментейнер описывает подходы. Все это прочитал и по этой логике кажись можем на backpressure тут забить.

Или я что-то не учёл?

@kazqvaizer
Copy link

Или я что-то не учёл?

Не, кажется что все учел. Сейчас вообще тут задача кажется уже зависимой от бизнес задачи и на темплейт для вебсокетов не влияет. Закрою

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants