- changed component to IntelliJ IDEA
High CPU usage after refreshing SObject OST
I've had it a few times now where the following happens: 1. Refresh OST (SObject Only) 2. Indexing operation happens as expected 3. High CPU usage (100-120%, meaning 1-1.2 cores fully utilized) after indexing finishes.
I have attached the log folder, as I suspect that just one log file will not be enough.
Comments (14)
-
reporter -
reporter - marked as critical
-
reporter Figured out that it's just when I do SObject Only. IntellIj then gets unstable after that and has to be force-closed. Upon application restart, the OST reports as orphaned and I have to do a full OST refresh anyway.
-
repo owner Hey, Derek. Sorry for not giving you any response/update on this but I've been cranking toward a deadline. Would you mind capturing a log of an SObject-only OST generation when this happens and shooting it over to me? You can add the following class for debug logging to get details:
#com.illuminatedcloud.symtab.OfflineSymbolTable
I'll be curious to see what that shows since for the most part there's no much going on there aside from a number of API calls, some of them executed in parallel if so configured in your connection details.
-
reporter No problem - I understand; we all have deadlines. Anyway, yeah I just put that in the debug log settings so next time I refresh the SObject table I'll give you that. It'll probably be early next week.
-
repo owner -
assigned issue to
- changed version to 1.7.9.8
-
assigned issue to
-
reporter It appears that now that IntelliJ/IC has an audience (the debug log class I set as per your instructions), the problem doesn't seem to show. As such, I'll take it off your plate by closing it for now.
-
reporter - changed status to resolved
-
reporter - attached Archive.zip
Go figure. Soon after closing this I get it again! Such is life. Attaching the log files. They are a tad repetitive...
2017-08-30 15:58:33,698 [11472009] WARN - .intellij.psi.util.ApexPsiUtil - Caught an invalid element access exception trying to find the containing file. Looking up the tree. 2017-08-30 15:58:33,698 [11472009] WARN - .intellij.psi.util.ApexPsiUtil - Caught an invalid element access exception trying to find the containing file. Looking up the tree. 2017-08-30 15:58:33,699 [11472010] WARN - .intellij.psi.util.ApexPsiUtil - Caught an invalid element access exception trying to find the containing file. Looking up the tree. 2017-08-30 15:58:33,699 [11472010] WARN - .intellij.psi.util.ApexPsiUtil - Caught an invalid element access exception trying to find the containing file. Looking up the tree. 2017-08-30 15:58:33,700 [11472011] WARN - .intellij.psi.util.ApexPsiUtil - Caught an invalid element access exception trying to find the containing file. Looking up the tree. 2017-08-30 15:58:33,700 [11472011] WARN - .intellij.psi.util.ApexPsiUtil - Caught an invalid element access exception trying to find the containing file. Looking up the tree. 2017-08-30 15:58:33,701 [11472012] WARN - .intellij.psi.util.ApexPsiUtil - Caught an invalid element access exception trying to find the containing file. Looking up the tree. 2017-08-30 15:58:33,701 [11472012] WARN - .intellij.psi.util.ApexPsiUtil - Caught an invalid element access exception trying to find the containing file. Looking up the tree.
-
reporter - changed status to open
-
repo owner Yup, I have a prospective fix for that locally that I'm running through a burn-in period this week on my own workstation. Assuming the fix looks good, I'll be releasing it with the next build.
-
repo owner - changed status to duplicate
Duplicate of
#681. -
repo owner Committing a big faux-pas by resolving the earlier issue as a duplicate of the more recent issue, but the majority of the discussion is on
#681so let's continue troubleshooting this there. -
repo owner - removed component
Removing component: IntelliJ IDEA (automated comment)
- Log in to comment