-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Screen Output Stopping Issue Due to Lack of Load-Balancing in socket.io Sessions #1492
Comments
Thanks for the feedback. Could you please share a minimal example and/or whatever tooling you used for your stress testing? Also, please share any measurements of what was going on your server (particularly CPU load, RAM usage, disk I/O). It might be that you just need to scale-up your deployment (e.g. have more instances running or beefier metal etc.). |
@dokterbob |
Thanks @Haruki112, please share a |
This improves Socket.IO configuration and CORS handling for cross-origin use cases, particularly focusing on scenarios where Chainlit is embedded in other websites (copilot, closes #1279) or deployed behind load balancers: - Make Socket.IO client transports configurable via `project.transports` setting - Move connection parameters from headers to Socket.IO auth object for better websocket compatibility - Update CORS handling to properly support authenticated cross-origin requests. Closes #1359. - Remove unnecessary task start/end events from window_message handler BREAKING CHANGE: For cross-origin deployments, wildcard "*" is no longer supported in allow_origins when using authenticated connections. Specific origins must be listed in the project config. Possibly resolves #719, #1339, #1369, #1407, #1492, #1507.
Should be resolved with #1575. |
Describe the bug:
The implementation of stream output has been completed. However, the socket.io session lacks a load-balancing mechanism, causing significant processing speed degradation when sending a large volume of events. Additionally, screen output frequently stops.
To Reproduce:
Steps to reproduce the behavior:
Expected behavior:
Expected continuous stream output without significant degradation in processing speed, even with high event volume.
Screenshots:
Desktop:
OS: Mac, Windows
Browser: Chrome, Edge, Safari
Version: Chainlit 1.1.404, 1.1.304
Additional context:
After reviewing the code, it appears that the socket.io session lacks a load-balancing mechanism.
Could you please provide guidance on how to address this?
Additionally, I would like assistance with adding a load-balancing mechanism to the socket.io session.
The text was updated successfully, but these errors were encountered: