Description of problem: Performance of the text filter on the list pages can get very sluggish with larger numbers (n) of items. Even with n as low as 20, there is noticeable input lag. Version-Release number of selected component (if applicable): 4.8 How reproducible: Always Steps to Reproduce: 1. Visit Workloads > Secrets page 2. Select "All Namespaces" from the Project dropdown (should be hundreds if not thousands of Secrets on most clusters) 3. Start typing a term in the "Search by name..." filter Actual results: There is noticeable input lag. With n in the dozens, it's probably only about 200 milliseconds of lag, but still noticeable. Lag increases with n and can even take longer than a second (estimated) in some cases. Expected results: Text input should be immediately responsive, regardless of the list length. Additional info: This is happening on a MacBook Pro with average performance (maybe even above average) and plenty of available CPU/memory. I would imagine the issue would get better or worse depending on the performance and available compute resources of the user's machine.
Started looking into this. The performance issue doesn't seem to be tied to the filtering logic itself. Even after removing the filtering logic altogether, there were still performance issues. I suspect that updating the URL search params is causing extra re-renders. Will investigate more next sprint.
Version: 4.8.0-0.nightly-2021-06-11-024306 Steps to verify: Did a comparison between 4.7 and 4.8 and you do see the input gets stuck in 4.7 but it runs smooth in 4.8 1. login to console and navigate to Workloads>Secrets 2. Uncheck all in the filter drop down and select "Name" in the next drop down and type "sdn-controller" in the "Search by name" input box. 3. It will display 4 filtered values that have "sdn" "controller" words (actually it is filtering by characters) 4. press and hold backspace in the name filter and watch the url getting updated and the characters in the "Search by name" input box in 4.7 you see a significant time lag between the updates in the url and input box characters where input box chars are updated after a delay but in 4,8 both of them getting updates almost simultaneously. there is definitely improvement and hence it is verified
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: OpenShift Container Platform 4.8.2 bug fix and security update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2021:2438