How would you go about finding where a performance leak is coming from? #172
-
So like I said in the other question, I have a Now for some reason that I don't understand, from the moment I select a different item from one of the dropdowns, the browser completely freezes for a few seconds before it shows the updated UI. I don't understand why this happens. This doesn't happen in other tables where the table cells are not input elements. If I perform a mutation on a query related to one of those other tables, then the optimistic UI update all works quite smoothly. I have no idea where to start debugging this. Like at all. Any ideas? editOkay one clue I have is that the browser doesn't freeze when the table only consists of a single row. So it's probably re-rendering the entire table when I'm updating one form input and apparently that's costly. I wonder how to optimize that. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
I would suggest looking at a |
Beta Was this translation helpful? Give feedback.
I would suggest looking at a
Performance
tab in your devtools.There you can record a session when you play around with your application and then review, which function calls took the most time.
This way you could tell whether library is doing something unexpected, or your code is doing expensive operations very frequently.