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
For almost a year now, the Polykey seednodes have had a memory leak. This can be observed at https://mainnet.polykey.com, where the memory consumption can be seen to spike, then the node fails and the container is restarted.
This leak does not happen on https://testnet.polykey.com which, at the moment, does not have any nodes directly connecting to it. This means that the memory leak happens due to leaks in the connection process.
@tegefaulkes ran a script which opened a connection and created and immediately destroyed tens of thousands of streams. He observed a noticable increase in memory consumption, when the whole operation should have net zero memory change. Going over the javascript code does not reveal anything obvious, so this issue is likely to lie in the native layer.
The role of tracer will be to track events and lifecycles of other objects during the test to narrow down on the precise layer where we have leaks. Our current theory is that quiche might itself have a memory leak, but this effort will be to confirm the source and attempt a fix.
Additional context
Tasks
Integrate tracing from js-logger
Apply to object lifecycles and functions where possible
Run tests to run the code and confirm tracer can output valid data
Run the repeat stream test to trace the memory leak
The text was updated successfully, but these errors were encountered:
Specification
For almost a year now, the Polykey seednodes have had a memory leak. This can be observed at https://mainnet.polykey.com, where the memory consumption can be seen to spike, then the node fails and the container is restarted.
This leak does not happen on https://testnet.polykey.com which, at the moment, does not have any nodes directly connecting to it. This means that the memory leak happens due to leaks in the connection process.
@tegefaulkes ran a script which opened a connection and created and immediately destroyed tens of thousands of streams. He observed a noticable increase in memory consumption, when the whole operation should have net zero memory change. Going over the javascript code does not reveal anything obvious, so this issue is likely to lie in the native layer.
The role of tracer will be to track events and lifecycles of other objects during the test to narrow down on the precise layer where we have leaks. Our current theory is that quiche might itself have a memory leak, but this effort will be to confirm the source and attempt a fix.
Additional context
Tasks
The text was updated successfully, but these errors were encountered: