Skip to content
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

Increasing memory and processor pressure over time #85

Open
da2x opened this issue Jul 25, 2020 · 2 comments
Open

Increasing memory and processor pressure over time #85

da2x opened this issue Jul 25, 2020 · 2 comments

Comments

@da2x
Copy link
Contributor

da2x commented Jul 25, 2020

Describe the bug
The processor utilization grows over time. After a few hours, the daemon continuously uses 100% of one processor core. Likewise, the memory pressure steadily increases over time until the oom_reaper strikes it down.

To Reproduce
Start hyperdrive-daemon and let it run for a day.

Expected Behavior
The daemon functions with 0,4% processor utilization in the beginning. I don’t believe it should be sitting at 100% of one core after a few hours.

** OS **
macOS 11 and 10.15, and Fedora Linux 32.

** Node version **
v12.16.3

** Was the daemon installed from NPM or bundled with Beaker? **
The issue appears in both situations, but quicker when bundled with Beaker (more Hyperdrives?)

@urbien
Copy link

urbien commented Sep 3, 2020

I may have a related problem. I started playing with Beaker and noticed fans running on my Macbook Pro MacOS 10.15.6. Noticed hyperdrive process was using 1.7G of ram and high swapping. Killed it and now it is at 35Mb. Will watch it more and report.

@da2x
Copy link
Contributor Author

da2x commented Sep 3, 2020

@mafintosh @andrewosh just a hunch, but could this be related to copy-on-write filesystems and fragmentation in the hyper* storage files? Hyper is kind of the worst case scenario for CoW fs like APFS and Btrfs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants