I know about the indexing, marking directories correctly so as not to trigger reindexing etc etc.
Since i work on a couple dozen services in a monorepo in a few languages, no amount of heap memory or CPU will be enough.
One days its the grapqhl plugin, the next day its typescript type inferrence, then something with rust, it just never stops. Sometimes even the golang operations are slow.
Its all just monorepo issues, but i expect my IDE to be able to handle a monorepo, all other IDEs work without issue (and are inferior in functionality sadly)
I have given it up to 30GB of heap and i tried many different GC configs, i even ran it and my project on ramdisk.
The issue is related to using a monorepo with lots of code in different languages - openening single folders is fine. Ut i want to be able to work on dozens of services in a single window, all other editors manage just fine
Last week i cancelled my Jetbrains sub after a decade of daily driving it. I just cant take the performance issues anymore. Across 5 different machines all kinds of actions would just take ages and it got worse every year.
Moving to Apple Silicon made it bearable for a few months but somehow Jetbrains manages to get slow even on a M3 Max with 36GB RAM.
Ive been fiddling with configs for years, i tried everything since i was a Jetbrains diehard.
Instead of trying to catch up to other AI editor they should get back to their core and make it possible to use Jetbrains on medium sized Monorepos with multiple languages.
I was hyped when i heard they would release a standalone git product, but then they scrapped it!
In the end i was only dependent on it for debugging and my usual git workflow.
I now switched to zed and gitkraken, i will figure out a new debugging workflow, ill never wait 5 minutes for a simple search action again