Thank you for your pull request and welcome to our community. We could not parse the GitHub identity of the following contributors:Lorenz Kästle.
This is most likely caused by a git client misconfiguration; please make sure to:

1. check if your git client is configured with an email to sign commitsgit config --list | grep email
2. If not, set it up usinggit config --global user.email email@example.com
3. Make sure that the git commit email is configured in your GitHub account settings, seehttps://github.com/settings/emails

Thank you for the PR. Wouldn't it be enough to simple divide the total load by the number of sockets?

$TotalCpuLoad/=$SocketList.Count;

At least in my tests I see no reason against that.

you could do that, but if I understand this correctly you would loose the weighting by number of threads/socket.
If you get two sockets, one with one Thread and one with four, there would be no balancing between them and the single one would weigh as much as the four others.

I honestly don't see a problem with that. I agree, that calculating based on threads is more precise for the total load over all sockets. How ever, I doubt you will ever come across a system where the amount of threads a CPU provides is not identical to each other. You wouldn't build a server with two sockets, containing different CPU's and even on virtual machines you can only specify the number of sockets and amount of threads assigned in total.

I would kindly disagree. This patch is the result of encountering multiple systems where, without this patch,Invoke-IcingaCheckCPU caused alarms due to excessively high (and wrong) numbers.

The main problem, is that the total over multiple sockets is summed and not averaged currently :)

What if we would do the divide in the Invoke-IcingaCheckCPU. Not fancy enough, but it would work.
You have the socket numbers collected from the metrics anyway, you just need to divide it before output the result.

And if where count > 1 to divide would be also fine, yet something divided by 1 is itself, so it would hurt to to exclude the if

Also not sure, going on assuming that if hyper-Threading is enabled dividing by thread count you might be end up and dividing against double the number of needed threads (logical processor)

@LordHepipud ping

ref/NC/809410