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
OK that's while building the tq-csa files so it's the point at which the system is pushed to the limit in terms of system use. It's possible we're over the limit now when JOBS=10 on a 16GB system (which is how that machine is configured). I've dropped it to JOBS=9 so hopefully that will resolve it.
Opening an issue to track this since it appears more complicated than we thought
From the logs I expect it's hitting an out of memory condition on that system which has 16GB RAM and is set to run with JOBS=10. I ran some tests in #4230 (comment) which suggested that JOBS=10 was ok but it's possible that it was close to the limit, particularly when building the tq-csa files which are very resource intensive to compile. It's also possible that the V8 update is resulting in it using more memory than it did during those compiles with 14.6.
What I'll try and do is run a couple of tests clearing the ccache and building the 14.6 and 15.2 builds
In the interim I've dropped that machine to JOBS=9 so that if we are just close to the limit that will hopefully help.
Hmmm seen again today with JOBS=9 durignt he test build of V5 15.6 on ibm-aix73-3. I don't see it always happening though (I've done some builds with an unpopulated ccache in the last week and haven't hit it).
Hard to say if this is purely down to increased RAM requirements of the later V8s or if there's another thing we need to address, but I never hit an issue on these machines when building from scratch without a populated ccache in the past when it would have needed to rebuild everything
The first of these got stuck while going through the v8_base_without_compiler/deps/v8/src/compiler directory, the second on v8_base_without_compiler/deps/v8/src/heap
The values in the third column are a problem when they get over 4000000 as that indicates that memory usage is at around 16GB (the figure is in 4k pages). Similarly the non-zer numbers in pi and po indicate that paging is occurring. At the time it was also observable in svmon -G -O unit=GB that virtual had reached size which is another indication of memory exhaustion.
Options:
Reduce to JOBS=7 (I'd rather not do this as we don't want to lose performance)
Add some extra swap space to stop it filling up (although that will have a performance impact)
Increase the memory slightly - perhaps to 20GiB - and then increase JOBS again to at least 8.
I'm going to try approach 3 on aix73-3 and also try the same experiment with monitoring on aix73-4 which has 8GiB swap so will be a valid check of approach 2 (will increase JOBS from 6 to 8 for that test - it historically runs with fewer as it has 2 CPUs instead of 4)
Both looked ok. I'll keep a vmstat process running in the background logging the RAM usage and will take a look if it occurs again on one of the machines (in which case I'll reopen this. A test of the V8 15.7 PR has just run through on the aix73-5 machine without issues too with -j9.
I will note that on the aix73-4 machine with 16GiB of RAM + 8GiB of swap a build paged a little in the src/compiler/turboshaft directory but it didn't seem to affect the run too badly - it's possibly the larger amount of swap on that machine helps.
Activity
sxa commentedon Oct 1, 2026
From the logs I expect it's hitting an out of memory condition on that system which has 16GB RAM and is set to run with
JOBS=10. I ran some tests in #4230 (comment) which suggested that JOBS=10 was ok but it's possible that it was close to the limit, particularly when building thetq-csafiles which are very resource intensive to compile. It's also possible that the V8 update is resulting in it using more memory than it did during those compiles with 14.6.What I'll try and do is run a couple of tests clearing the ccache and building the 14.6 and 15.2 builds
In the interim I've dropped that machine to
JOBS=9so that if we are just close to the limit that will hopefully help.sxa commentedon Oct 1, 2026
https://ci.nodejs.org/job/node-test-commit-aix/nodes=aix73-power9/65841 is running on the same machine and has just been chewing through the
tq-csafiles on the V8 15.2 branch and looks to have got through that phase without problems.sxa commentedon Oct 8, 2026
Hmmm seen again today with JOBS=9 durignt he test build of V5 15.6 on ibm-aix73-3. I don't see it always happening though (I've done some builds with an unpopulated ccache in the last week and haven't hit it).
sxa commentedon Oct 8, 2026
Ran through with
JOBS=8at https://ci.nodejs.org/job/node-test-commit-aix/nodes=aix73-power9/65966/consoleHard to say if this is purely down to increased RAM requirements of the later V8s or if there's another thing we need to address, but I never hit an issue on these machines when building from scratch without a populated ccache in the past when it would have needed to rebuild everything
sxa commentedon Oct 29, 2026
This has also been seen recently even with
JOBS=8for example in https://ci.nodejs.org/job/node-test-commit-aix/nodes=aix73-power9/66336/console (V8 15.8 update PR) on aix73-5 and at https://ci.nodejs.org/job/node-test-commit-aix/nodes=aix73-power9/66256/consoleFull the V8 15.6 update PR on aix73-3The first of these got stuck while going through the
v8_base_without_compiler/deps/v8/src/compilerdirectory, the second onv8_base_without_compiler/deps/v8/src/heapsxa commentedon Oct 29, 2026
I'm going to try re-running the 66336 job - if that passes I'll try doing a few builds of it with ccache cleared and see if it shows up again.
sxa commentedon Oct 29, 2026
Hit the failure in https://ci.nodejs.org/job/node-test-commit-aix/nodes=aix73-power9/66360/ which throw resource exhaustion errors while building the
tq-csafiles insrc/objectsand then a few mintes later it sopped producing output (
makewas still running but no compile jobs)Running monitoring on the machine showed that the build was using all of the 16GiB of RAM
The values in the third column are a problem when they get over 4000000 as that indicates that memory usage is at around 16GB (the figure is in 4k pages). Similarly the non-zer numbers in
piandpoindicate that paging is occurring. At the time it was also observable insvmon -G -O unit=GBthatvirtualhad reachedsizewhich is another indication of memory exhaustion.Options:
I'm going to try approach 3 on aix73-3 and also try the same experiment with monitoring on aix73-4 which has 8GiB swap so will be a valid check of approach 2 (will increase JOBS from 6 to 8 for that test - it historically runs with fewer as it has 2 CPUs instead of 4)
sxa commentedon Oct 29, 2026
Both looked ok. I'll keep a vmstat process running in the background logging the RAM usage and will take a look if it occurs again on one of the machines (in which case I'll reopen this. A test of the V8 15.7 PR has just run through on the aix73-5 machine without issues too with
-j9.I will note that on the aix73-4 machine with 16GiB of RAM + 8GiB of swap a build paged a little in the
src/compiler/turboshaftdirectory but it didn't seem to affect the run too badly - it's possibly the larger amount of swap on that machine helps.