You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm experimenting with a single long running realtime channel (postgres changes) in my deployed node.js server for my use case of sending SSE to various clients given updates.
After implementing and deploying, I noticed a steady increase in memory over time in my dash. So I removed all other new code except the Supabase realtime connection and redeployed and the result was the same. It seems there could possibly be a memory leak using a long running realtime connection using the js lib.
Let me know if I can provide any other info - I'm new to backend dev so bear with me lol - but have experience debugging mem leaks on front end clients
To Reproduce
Steps to reproduce the behavior, please provide code snippets or a repository:
I'm honestly not sure how to test this without actually doing it - I'm sure there's a way but I'm not super experienced with node.js dev.
But in a prod Heroku environment, simply creating an instance of this func on launch of the server
Bug report
Describe the bug
I'm experimenting with a single long running realtime channel (postgres changes) in my deployed node.js server for my use case of sending SSE to various clients given updates.
After implementing and deploying, I noticed a steady increase in memory over time in my dash. So I removed all other new code except the Supabase realtime connection and redeployed and the result was the same. It seems there could possibly be a memory leak using a long running realtime connection using the js lib.
Let me know if I can provide any other info - I'm new to backend dev so bear with me lol - but have experience debugging mem leaks on front end clients
To Reproduce
Steps to reproduce the behavior, please provide code snippets or a repository:
I'm honestly not sure how to test this without actually doing it - I'm sure there's a way but I'm not super experienced with node.js dev.
But in a prod Heroku environment, simply creating an instance of this func on launch of the server
Then waiting over time, observing my dash, memory slowly grows over time
(the down spike being a re-deployment, and towards the end it's less noticable, increasing <1mb / hr)
Without the realtime instance, the memory is consistent, and spikes return to baseline
Expected behavior
Spikes in memory are expected, but some sort of baseline I think should be occurring if there are no mem leaks
Screenshots
Attached above
System information
Additional context
Node.js TS express app deployed on Heroku
The text was updated successfully, but these errors were encountered: