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

Bitburner 1.4.0 - phonix.js requires 8.5gb ram :( #1

Open
lsv opened this issue Jan 26, 2022 · 2 comments
Open

Bitburner 1.4.0 - phonix.js requires 8.5gb ram :( #1

lsv opened this issue Jan 26, 2022 · 2 comments
Labels
wontfix This will not be worked on

Comments

@lsv
Copy link

lsv commented Jan 26, 2022

In a TOTAL new instance - run phoenix.js can not run on home, because it requires 8.5gb ram.

// kill all non-phoenix files on boot
     servers.map(server => server.pids).flat()
        .filter(process => process.filename != "phoenix.js" && process.filename != "sbin.keepalive.js")
        .forEach(process => ns.kill(process.pid));

If this is removed, it will be at 8.0gb ram usage, but then there is not enough ram to run sbin.keepalive.js.

Also it tries to run something on the lowest server, but with 0 threads - and thats an exception.

disableLog: Disabled logging for scan
exec: Cannot run script 'sbin.keepalive.js' (t=1) on 'home' because there is not enough available RAM!
keepalive not found
exec: Could not find script 'bin.gr.loop.js' on 'n00dles'
sleep: Sleeping for 100 milliseconds
exec: Could not find script 'bin.wk.loop.js' on 'n00dles'
sleep: Sleeping for 100 milliseconds
exec: Could not find script 'bin.gr.loop.js' on 'foodnstuff'
sleep: Sleeping for 100 milliseconds
exec: Invalid thread count. Must be numeric and > 0, is 0
Script crashed with runtime error

Ill see what happens when I get a million to upgrade the home ram :)

@trhr
Copy link
Collaborator

trhr commented Jan 27, 2022

Good report. I think I solved the second problem already; was just a left-over remnant from before i branched dev off from main.

But that's definitely not the only instance of ns.kill() in the entire package. I'm more likely to remove ns.killall, because I've been transitioning to a pid-based decision tree. I'll think about it.

@trhr
Copy link
Collaborator

trhr commented Jan 27, 2022

If you're trying to get under 8GB, a way better option is to comment out the hwgw import from lib.gamestates.so.js

That uses two gigs by itself on two lazy-funcs grow-analyze and hackanalyze, and at 8G, you're not running HWGW workloads anyway. That said, I'm not really targeting a completely fresh install. After your home bitnode, you always start with 32GB, so arbitrarily removing appendages of the script to support 8G seems silly.

@trhr trhr added the wontfix This will not be worked on label Jan 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants