Skip to content

Commit 92460e5

Browse files
authored
Merge pull request #3841 from denkensk/answer-new-question
KEP-3243: Answer New Question in PRR
2 parents 7096edc + 52642f4 commit 92460e5

File tree

1 file changed

+13
-0
lines changed
  • keps/sig-scheduling/3243-respect-pod-topology-spread-after-rolling-upgrades

1 file changed

+13
-0
lines changed

keps/sig-scheduling/3243-respect-pod-topology-spread-after-rolling-upgrades/README.md

Lines changed: 13 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -912,6 +912,19 @@ This through this both in small and large cases, again with respect to the
912912
-->
913913
No.
914914

915+
###### Can enabling / using this feature result in resource exhaustion of some node resources (PIDs, sockets, inodes, etc.)?
916+
917+
<!--
918+
Focus not just on happy cases, but primarily on more pathological cases
919+
(e.g. probes taking a minute instead of milliseconds, failed pods consuming resources, etc.).
920+
If any of the resources can be exhausted, how this is mitigated with the existing limits
921+
(e.g. pods per node) or new limits added by this KEP?
922+
923+
Are there any tests that were run/should be run to understand performance characteristics better
924+
and validate the declared limits?
925+
-->
926+
No.
927+
915928
### Troubleshooting
916929

917930
<!--

0 commit comments

Comments
 (0)