You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The heuristic in 001_timescaledb_tune.sh does not tune according to k8s limits (at least in GKE (Google Kubernetes Engine)). With CPU resource limits as requesting 1.5 and limit 3 we can see that /sys/fs/cgroup/cpuset/cpuset.effective_cpus returns the node potential, which yields tuning greater than limits.
It seems like the tune should derive from /sys/fs/cgroup/cpu/cpu.cfs_quota_us and /sys/fs/cgroup/cpu/cpu.cfs_period_us rather than the cpuset if more constrained than the cpuset.
This is easily fixed by specifying the TS_TUNE environment variables to be the same as the limits, which is pretty simple, but could be more automatic. :)
The text was updated successfully, but these errors were encountered:
The heuristic in
001_timescaledb_tune.sh
does not tune according to k8s limits (at least in GKE (Google Kubernetes Engine)). With CPU resource limits as requesting 1.5 and limit 3 we can see that/sys/fs/cgroup/cpuset/cpuset.effective_cpus
returns the node potential, which yields tuning greater than limits.It seems like the tune should derive from
/sys/fs/cgroup/cpu/cpu.cfs_quota_us
and/sys/fs/cgroup/cpu/cpu.cfs_period_us
rather than the cpuset if more constrained than the cpuset.This is easily fixed by specifying the
TS_TUNE
environment variables to be the same as the limits, which is pretty simple, but could be more automatic. :)The text was updated successfully, but these errors were encountered: