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

OOM crashes #5085

Open
ceedubs opened this issue Jun 12, 2024 · 1 comment
Open

OOM crashes #5085

ceedubs opened this issue Jun 12, 2024 · 1 comment
Labels

Comments

@ceedubs
Copy link
Contributor

ceedubs commented Jun 12, 2024

Describe and demonstrate the bug

I don't know a simple way to reproduce this. But for the last couple of hours I have doing a lot of the following commands on the nimbus codebase while searching for unused code and code that has been upstreamed to libraries:

  • ls
  • dependents
  • delete.term
  • delete.namespace
  • view

Often I'm calling these with numbered args from ls and dependents output.

2 or 3 times my computer has frozen and my fans have gone full throttle (presumably from CPU usage). One time I gave up and did a hard power reset of my computer and the other time my OS had killed my tmux process when I returned to my computer ~10 min later.

I'm guessing that there is a memory leak and that I could get this to fail more gracefully by setting a max memory limit on the Haskell runtime. But ideally this wouldn't be necessary.

Environment (please complete the following information):

  • ucm --version 335512e (via nix run)
  • OS/Architecture: x86 NixOS
@ceedubs ceedubs added the bug label Jun 12, 2024
@aryairani
Copy link
Contributor

Let's reevaluate this after #5041, though it shouldn't be leaking per se.

In Haskell can we detect memory pressure and reduce our cache sizes?

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

No branches or pull requests

2 participants