Signed-off-by: Jared Ledvina <[email protected]>

Signed-off-by: Jared Ledvina <[email protected]>

Signed-off-by: Jared Ledvina <[email protected]>

… >= 1.3.2 (#43760)

### What does this PR do?
 - Auto-detect which conversion formula the runtime uses by comparing the actual cgroup weight with expected values from Docker Inspect
  - Support both old (linear) and new (quadratic) formulas for backward compatibility
  - Use the geometric mean approach for the inverse formula to handle ceil() rounding
  
New formula for shares to weight:
```
  exponent = (l² + 125l) / 612 - 7/34; 
  weight = ceil(10^exponent)
```
We are doing inverse formula to get shares from weight in this PR:
See **cpuWeightToSharesNonLinear**(cpuWeight float64) function, same logic can be found in other reference: https://github.com/cloudfoundry/guardian/blob/main/rundmc/utils.go

### Motivation
 On cgroups v2 systems running runc >= 1.3.2 (or crun >= 1.23), the docker.cpu.shares metric reported incorrect values. For example, containers configured with the default --cpu-shares 1024 would show
  2597 instead of 1024.

  Root cause: The container runtime changed its CPU shares-to-weight conversion formula from linear to quadratic (opencontainers/runc#4785), but the Agent was still using the old linear inverse formula.

  Old formula (linear):
  - weight = 1 + ((shares - 2) * 9999) / 262142
  - 1024 shares → weight 39 (incorrect default mapping)

  New formula (quadratic):
  - Uses logarithmic function to ensure min, max, and default values align
  - 1024 shares → weight 100 (correct default mapping)

  The Datadog Agent was using the old formula's inverse to convert weight back to shares, causing:
  - With new runc: weight 100 → 2597 shares (should be 1024)

### Describe how you validated your changes
unit test

### Additional Notes


Co-authored-by: minyi.zhu <[email protected]>