Normative performance was changed to an absolute performance.

* This is calculated by processing 10,000 MD5 operations on uniqid and calculating the amount of time it takes.
* Then, based on that time, we calculate the average amount of operations that could be performed in 1 second. And this is the final score.
* For example, a score of 900,000 means the server can perform about 900,000 MD5 hashes on uniqids in one second.

Based on this new calculation, the 2014 iMac referenced in v10 would have scored about 180,000. Our warning for normative performance was set at 4%, which is about 8,000.
In v11, I think we should bump the threshold up to 25,000 as it requires more resources than v10 did. The threshold can be configured in Health Check.

I may consider raising it even higher for the default as some slow servers struggle immensely with generating cache but do fine when cache is available.

Consider improving this further, perhaps base it off of how long it takes to load the Admin Dashboard (uncached). Although this metric could be inaccurate as the dashboard contents may differ between sites. But it would be better than the MD5 metric... I have a case where two server stacks of mine both score over 900,000 but one loads pages significantly slower than the other.

The issue though is we cross into page speed territory. This is a different metric and is already monitored separately by the Health Check. So CPU speed might need to remain as it is, based on hard calculations instead of web requests.