3 ms·

I found that quote in the article very... well it made me feel pretty dumb, quite frankly. This quote from the PR I think is a bit better for people with my sm

by swozey 3y ago

I found that quote in the article very... well it made me feel pretty dumb, quite frankly. This quote from the PR I think is a bit better for people with my smooth brain > What are you adding? I want to add a *per-cpu variable* to record the cumulative per-cpu time of cgroup and its descendants, which is similar to the variable "cgrp->bstat", but it is a per-cpu variable. It is very useful and convenient for calculating the usage of cgroup on each cpu, and its behavior is similar to the "cpuacct.usage*" interface of cgroup v1. https://lore.kernel.org/lkml/3d2b68bf-9f40-c779-dcfd-4cf9939edecc@bytedance.com/ https://lore.kernel.org/lkml/3d2b68bf-9f40-c779-dcfd-4cf9939... Id' still love to hear more about the use cases for this

tssge 3y ago
Let's say you have an 8 core physical machine with containers on it that have 16 cores assigned to them in total (they share the cores). You'd like for htop and other tools to reflect a situation similar to a physical machine inside the container with all CPU stats disregarding other containers, even though the physical machine has 8 cores and other loads running on it.