nathans wrote:
> [...]
> AFAIK, noone else has been looking into it recently. I have wondered for
> some time whether its functionality could be alternately achieved, using
> cgroups (albeit on Linux only) [...]
I get the impression that cgroups are a hammer for a different &
orthogonal nail of a problem.
> [...] There's also the cgclassify(1) daemon, which could be used to
> provide some of the other pmdahotproc bits, by automatically moving
> processes into a closely-monitored cgroup. [...]
Sure, if one's willing to let a monitoring tool make observable
administrative changes like that.
For what it's worth, a different way one might this hotproc facility
working would be via pmapi client-side logic, kind of like
derived-metrics. Let a client periodically poll the metrics needed to
compute the 'hotness' predicates, and update its own indom profiles.
That way, the "hotness" definitions need not be hard-coded &
centralized, nor even require any code/config changes at the server.
- FChE
|