Replies: 4 comments
-
You may have observed that with older node versions but that relation doesn't necessarily hold. "rss" is what's in physical memory; "heapTotal" is memory reserved for the JS heap but it doesn't have to be in physical memory (yet - could be swapped out or simply not touched so far.) |
Beta Was this translation helpful? Give feedback.
-
Do you know of any other similar situations with the heapTotal having an ascending trend? |
Beta Was this translation helpful? Give feedback.
-
The heap size is controlled by Application stability is a subjective measure, I don't really have an answer to that question. I'll convert this to a discussion. |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
Version
16.14.1
Platform
Linux testing-box 5.10.76-linuxkit #1 SMP Mon Nov 8 10:21:19 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
Subsystem
No response
What steps will reproduce the bug?
Upgrade node from v12.14.1 to v16.14.1
How often does it reproduce? Is there a required condition?
All the time, no require conditions
What is the expected behavior?
The HEAP memory value should be lower than RSS memory and the RSS memory should increase consistently with the HEAP memory.
HEAP memory value should be the same behavior as it is before upgrading the node version to v16.14.1
What do you see instead?
After the node upgrade, the HEAP memory value is way higher than RSS one (please check the attached screenshot). I think it might be a memory leak or a bad reporting, but please let us know why I'm facing this memory increase. The data from the graphics was collected with the process.memoryUsage() method.

Additional information
No response
Beta Was this translation helpful? Give feedback.
All reactions