-
Notifications
You must be signed in to change notification settings - Fork 121
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
Add buffering functionality #196
Comments
Buffering is a good idea. We have this implemented in some of the other SDKs but it's all client-side. We aren't planning on supporting the batch endpoint on the server-side any longer. However, we can support buffering up a configurable # of messages and a maximum amount of time to buffer in the SDK. If you just want the ability to send data in batches, I would recommend looking at the rollbar-agent to handle this. That's going to be the most performant method and will not require any SDK changes. |
Hello @and-megan @coryvirok - thank you for helping. Just to be explicit in changes from 0.x to 1.x: In 0.x branch:
In 1.x branch:
I'm wondering if I'm missing anything because these 2 changes seem counter-intuitive from the performance perspective, also noting that Rollbar status page reports that average api.rollbar.com response time is >500ms with common spikes up to 1s and higher. Buffering on its own wouldn't address the above 2 issues. During the normal operation, when we log low number of debug/info/warning/error/critical events, this would still have significant impact on our application performance. But worse, during times when we are experiencing problems and send more events than normal, we could end up compounding effects of an already degraded performance. Am I missing something, or is there a plan to address this outside of using the rollbar agent? Thank you! |
Thanks for the feedback! I defer to @rokob on the technical parts. |
I basically did this in #217 as part of the work on performance, I will update you with the details once that is finalized. |
Excellent! Thank you for following up. |
The previous version of rollbar-php (0.18.2) would batch send messages. This version sends messages when they are received. In the case of a severe error, many messages will be logged one after another. Is there any plan to restore the batched messages?
The text was updated successfully, but these errors were encountered: