-
Notifications
You must be signed in to change notification settings - Fork 360
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
Memory leak kills some Stratux services after 2.5 hours #60
Comments
We may be able to narrow this down a bit. I ran Stratux for 6hrs non-stop with two SDRs but no GPS/AHRS. WebUI available the entire time. I have logs if there is anything to look for.
|
Thanks @ssokol and @bradanlane. For future reference, memprof:
Then just threw "go dumpHeapProfileAndExit()" in main().
Before: After: |
Minor updates traffic display
I've done another all-day test, this time with 0.3b4 stock. It was running with a single R820T2 and a RY835AI. UAT, GPS and AHRS were enabled.
The system was started at 13:05 and continued to log until 18:17, so just over five hours. The Stratux web UI stopped updating the "Uptime" value after 2 hours, 25 minutes which roughly correlates with the time that ForeFlight stopped displaying GPS and ADS-B information and lost the "FreeFlight" data feed. The "Stratux" data feed remained and continued to provide attitude and altitude until the experiment was terminated.
As seems to be the case when this occurs, memory usage was very high. I was able to log in and capture memory usage, CPU, etc. (see below) but was unable to successfully kill the gen_gdl90 process. Attempting to do so - first by attaching to the screen session and issuing a Ctr+c, then using the kill command - left the process defunct but still resident in memory. I attempted a clean shutdown using "poweroff" but the system hung during the shutdown.
Stratux.log is available here: https://gist.github.com/ssokol/34a6eca6b9d0016640c0
The other Stratux logs are available if you need them.
The text was updated successfully, but these errors were encountered: