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
When backend dies and comes back up, it receives all associated process groups and starts aggregation windows for all of them. They all compete for slots, some of them get it, rest wait till next aggregation window switch. Since all of them start at the same time, they will stop at the same time as well(provided aggregation window duration is same for all, which is true for v1 release at least). So slot competition will happen again and can lead to starvation for some process groups. Also contention on buffer pool when serializing profiles.
Possible solution is to introduce chaos(jitter) when starting profiles so that they space out well.
The text was updated successfully, but these errors were encountered:
When backend dies and comes back up, it receives all associated process groups and starts aggregation windows for all of them. They all compete for slots, some of them get it, rest wait till next aggregation window switch. Since all of them start at the same time, they will stop at the same time as well(provided aggregation window duration is same for all, which is true for v1 release at least). So slot competition will happen again and can lead to starvation for some process groups. Also contention on buffer pool when serializing profiles.
Possible solution is to introduce chaos(jitter) when starting profiles so that they space out well.
The text was updated successfully, but these errors were encountered: