Closed markbeierl closed 1 month ago
Can one of the admins verify this patch?
@markbeierl, have you tested the behavior of this PR when deploying multiple UPF instances in the same host?
Yes, I have tested it, and repeated tests show my affinity staying at [1-15]
instead of increasing with subsequent runs.
Although, to note, we have no method of controlling the UPFs affinity when there is more than one on the physical host, so they both fight for processor 0 in that case.
@sureshmarikkannu, please review this PR. Thanks!
@markbeierl, you may need to rebase your PR and make the commit(s) appending the -s
flag to pass the DCO
check
@markbeierl , Sorry for the delayed review. I want to test multiple scenarios to understand the impact of this change and also want to understand the UPF behavior when we deploy multiple instances of UPF. Please find my observations below,
So in summary when we scale the UPF, we need to utilize the core's carefully in order to not intersect with other UPF's. We need to use specific set of cores per instance (maybe based on the cores allocated for the UPF pod) for allocating the worker threads.
@gab-arrobo, @markbeierl Let me know your thoughts.
close as explained in #780
When determining what cores are available, we should use the total number from the system, not from the current process
Addresses #780