-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
hostmetrics: Remove slab reclaimable from cache #14909
Comments
Pinging code owners: @dmitryax. See Adding Labels via Comments if you do not have permissions to add labels yourself. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
@rmfitzpatrick do you have interest in contributing this? |
@fatsheep9146 yes I'd be happy to open a PR w/ the proposed change. |
Thanks! It's yours! @rmfitzpatrick |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
There is an ongoing effort to move slab states to another metric:
@rmfitzpatrick feel free to weigh in I believe we can keep the cached state as is if we remove the slab states |
I think this solution will also need to modify the // Total memory removing slab from catched
memStats, _ := mem.VirtualMemory()
newCached := memStats.Cached - memStats.SReclaimable
newUsed := memStats.Total - memStats.Free - memStats.Buffers - newCached
fmt.Println(memStats.Total == newUsed+newCached+memStats.Free+memStats.Buffers) |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners: See Adding Labels via Comments if you do not have permissions to add labels yourself. |
This issue has been closed as inactive because it has been stale for 120 days with no activity. |
Is your feature request related to a problem? Please describe.
Currently the library used by the hostmetrics receiver to report cached memory includes slab reclaimable memory in its calculation despite this not being the literal value provided by /proc/meminfo (introduced in shirou/gopsutil#617). This can be unexpected as the receiver's memory scraper also provides usage and utilization values for the slab reclaimable value itself and the fact that this happens isn't advertised in this project.
Describe the solution you'd like
Calculate the linux cached memory by subtracting the advertised slab reclaimable memory so the reported values reflect what's provided by procfs.
Describe alternatives you've considered
Leaving this alone is viable, but I think at minimum the aggregate value should be advertised in the scraper readme.
Additional context
I've not done a comprehensive audit of different offerings but anecdotally sysstat/sar and the legacy sfx smart agent don't conflate the two values.
The text was updated successfully, but these errors were encountered: