When I return to intellij, sometimes just to edit an already open .txt file, Intellij would freeze and I get pissed at waiting for 3-4 seconds.
Sometimes, in Java files this happens all the time. And I would have to restart Intellij. Autocompletion is sometimes a ****.
I have a super computer, ala NSA, no just kidding, but it is a powerful beast, and Intellij properties have been altered:
-server
-Xms2048m
-Xmx4096m
-XX:MaxPermSize=2048m
-XX:ReservedCodeCacheSize=2048m
-ea
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-Djsse.enableSNIExtension=false
-XX:+UseCodeCacheFlushing
-XX:+UseConcMarkSweepGC
-XX:SoftRefLRUPolicyMSPerMB=200
-Dawt.useSystemAAFontSettings=lcd
Various plugins have been disabled, including hg4xxx.
What is the dealio? I am on Intellij 13
I would recommend dropping your memory settings down. When memory options are set too high you get pauses due to garbage collection and other memory management issues. Over the years in the BSO days (Before StackOverflow), the JetBrains IntelliJ IDEA forum routinely had some post an issue with brief hangs that ended up being solved by them dropping their memory settings down. At one point, IDEA even opened a warning popup on start-up if the more than 700MB of memory was allocated.
For the past 7 years of 10 years of IDEA usage I have run IDEA using:
-Xms128m
-Xmx724m
-XX:PermSize=128m
-XX:MaxPermSize=384m
-XX:ReservedCodeCacheSize=96m
And I frequently have numerous large projects open and have no performance issues. With that said, a recent change to the scala plug-in (at least for the EAP version of IDEA 14) suggests increasing both -Xms & -Xmx to 2048m. I've only just implemented that myself yesterday. So I need to see if it causes any issues.
If changing memory settings does not resolve the issue, I would recommend disabling all third-party (i.e. non-bundled) plug-ins to ensure that is not an issue. (They often are.) If that resolves it, you can track down which particular plug-in is causing the issue.
Another culprit that can cause this issue is anti-virus software. IDEA uses a lot of cache and index files that are updated frequently. JetBrains recommends you add the IDEA system and config directories from anti-virus real time monitoring. See Directories used by the IDE to store settings, caches, plugins and logs for their locations.
In regards to the pauses upon frame reactivation, you may want to turn off File > Settings (Ctrl+Alt+S) > [IDE Settings] > General > Synchronization > Synchronize files on frame deactivation. Usually it's not a problem to have this turned on. But on some systems it might cause an issue. Be aware however if you routinely edit project files outside of IDEA, you need to be more cautions and manually run a File Synchronization when you return to IDEA.
If after that the issue persists, I recommend you take a CPU and Memory Snapshot (as outlined in the linked document) and submit them to JetBrains.
Related
Question is what steps can I take to debug this?
It does very occasionally auto-save itself, but not on change of active window as previously. I can't yet reproduce a specific cause of this (very occasional) autosave.
I have all auto-save options as per default:
I recently did brew upgrade including fswatch. Would I be right in assuming IntelliJ would use its own though, not brew's fswatch if installed?
Another possibility is it's a Mac OS Privacy thing; a Catalina update seems to have broken one program which expected disk access to be available, now it's not; not sure if Intellij has lost some kind of OS permission to do (auto) saves(?), while this doesn't affect a user issued command to save, which works fine.
As an daily IntelliJ user you usually concentrate on the projects you are working on and IntelliJ is just a tool. You are not willing to dig into tool's problem itself. But this is what is forced on you by default after IntelliJ installation on MacOS and opening relatively big project(most of the projects nowadays are huge and have thousands of files and use numbers of IntelliJ 3rd party plugins).
Here is a minimal list of actions. IntelliJ must have set MORE RAM to be used by default.
Read: https://intellij-support.jetbrains.com/hc/en-us/articles/207241085-Locating-IDE-log-files .
From IntelliJ open Help / Show log in Finder and open idea.log file with Console.app; In Console.app press "Reload" and "Now" buttons to track "live" what IntelliJ is doing.
If in logs of IntelliJ you find that some of the plugins exit with fatal error, you just uninstall those plugins. For me the one that failed to the moment of this answer was "BashSupport" as example.
Start Terminal.app ; Run command: open -a TextEdit /Applications/IntelliJ\ IDEA.app/Contents/bin/idea.vmoptions ; Change options in idea.vmoptions file to:
-Xms1024m
-Xmx2048m ; Read https://www.jetbrains.com/help/idea/tuning-the-ide.html to see how you can tune IntelliJ for your project. This step is handy when your IntelliJ app doesn't start at all and you want to change properties in a global way.
From IntelliJ open Help / Edit Custom Properties.... Here you can set same properties that will override global and will work only for current OS user.
Also there is also a possibility of underlying OS to do it voodoo magic so the IntelliJ won't work as it should like here - https://intellij-support.jetbrains.com/hc/en-us/community/posts/360000398280-IDEA-Ultimate-2018-2-Unable-to-save-settings-Unable-to-create-file-Windows-10
Make sure your project build output for *.class files is set. Read: https://intellij-support.jetbrains.com/hc/en-us/community/posts/360000000584-Build-does-nothing . In my case when IntelliJ started project build it terminated without warnings shortly after.
Finally in my case none of 6 steps above solved the issue so I found this read: https://intellij-support.jetbrains.com/hc/en-us/community/posts/115000532044-IntelliJ-cannot-build-projects . Basically try reinstall IntelliJ from original distribution again.
I know that you must read https://www.jetbrains.com/help/idea every time you install a new version of IntelliJ, but why not to add some consistency into configuration process of the main java process that runs IntelliJ itself? You can ask how much ram to use during installation of IntelliJ and explain why it is so. Then Help digging won't be necessary in the first place for devs who fed up with changing those default settings that will be always more than 700MB. I think for most devs out there it is at least 10x of that. I bet what makes most devs mad about this is not the fact that you need to do some options changing, but where those options are depending on OS plus the fact that you simply forget why IntelliJ app just exits while you are doing a debugging of your own app. I bet this problem makes us mad since first java based IDEs appeared. User-friendly is the key here and explicit reminders within the app itself would help.
I use IntelliJ IDEA community (currently 2017.2) from both Windows and Linux with settings shared between the two via the settings repository. In the main this works well but sometimes I will open IntelliJ from either OS and find the font sizes for the editor, console and UI have increased from 14 to 17.
I notice that when this happens it's because FONT_SCALE in ~/.IdeaIC2017.2/config/settingsRepository/repository/ui.lnf.xml has been changed from 1.0 to 1.25 by the commit made when I previously closed IntelliJ on the other OS. This seems to happen occasionally in both directions. I'm not changing anything myself that should affect this.
How do I prevent this from happening?
I've reported a bug, please follow for updates:
IDEA-172611 Don't share FONT_SCALE setting between different operating systems
I have come across this particular problem several times across several versions of the IAR embedded workbench (EW430 5.40.7 [EW 6.0], EW430 5.51.2 [EW 6.4], EW430 6.20.1 [EW 7.0]), but each time only after a long period of having no problems. The problem doesn't seem to have affected the other firmware developers in the office, so no help can be offered there. I'm currently on Windows 10, but the problems first occurred when I was on Windows 8.1 (same PC.)
The problem is that, for no obvious trigger, the IAR ide will start to hang until terminated (or it will just crash on one of the EW versions) on any attempt to change the active build configuration in MSP430 projects using the emulator.
From my testing, it appears to be directly related to something the IDE is doing with the emulator, as when the build configuration is changed, I can see the emulator menu in the menu bar disappear, then the hang happens. Under normal circumstances, the menu will disappear, but then reappear once the other debug configuration is completely loaded.
I have tried the default project "flashing the LED" to see if it was only my project - but if I select the msp430x4xx (C) - Debug, right click it and select "Set as Active" from the context menu, to make this the active project, the IDE also hung. I then reopened the EW IDE, and opened the LED flashing project again. The original 1xx asm project was the active project.
I then changed the settings of the 4xx (C) Debug project (without making it the active project) from the emulator to the simulator, and clicked OK. The program did NOT crash.
I then set the 4xx (C) Debug project as the active project and it did NOT crash. The simulator even runs without problems.
The version of the FET firmware didn't change from when the IDE worked correctly to when it didn't, and the FET is not even used at this point. It can be completely disconnected and the same results will occur.
I have tried the following, without success:
erasing the files in my project folder's settings subfolder
erasing the *.dep files in the project folder.
deleting the IarIdePm.ini file from AppData\Roaming\IAR Embedded Workbench
making sure none of the project files are read-only
reinstalling the program to the same location
removing and reinstalling the program to the same location.
What does solve the problem (until it reoccurs) is to reinstall the program, but to a different directory (for e.g., the default directory will be in program files (x86)\IAR Systems\Embedded Workbench x.x. Installing again into program files (x86)\IAR Systems\EWx (just so it is different) allowed that installation to work, but the old installation continued to fail.
Best advice so far (from our support person) has been to do the above, install to another directory and live with it, as it doesn't happen often.
Since it has happened to me on 3 occasions with 3 different versions of the program, I would like to know how to fix or prevent it! If anyone could offer anything to try (or even better, a straight solution :)) that would be greatly appreciated!
Cheers!
Since newer versions and updates on W10, it seems that old compatibilities are being removed from this OS. I have no direct solution for this problem since Microsoft does not promise support for old software and hardware. Even I tried to find a solution for that problem, and I found on the IAR website a list of IDE's and their compatible versions. (remember, old versions are not compatible)
( https://www.iar.com/knowledge/support/technical-notes/ide/windows-10-and-iar-embedded-workbench/ )
You will need to update your IDE and program version to a newer version if you plan to continue to use this IDE natively on Windows 10 or you may use Virtual machines with an old operational system (like Windows 7) to compile your program on old IDE.
P.S.1 I manually uninstalled KB4592449 recently updated and the program return to work natively. Probably it will continue working until this update (or other similar) being installed again on the computer, but probably there is any vulnerability that the computer will be exposed to, and in this case, I'm paying the price.
P.S.2 KB4580325 promotes the same behavior in IAR 5.11 on windows 10. Both KB's implement securities about the flash player - that I Don't use - then, I can securely uninstall it.
P.S.3 Since I updated my windows up to Windows 10 version 21H1 (compilation 19043.1165) AND I configured Windows defender to not be monitoring IAR IDE (IarIdePM.exe) disabling all protections available, everything works fine. But Remember: my program is original, not cracked or altered by anything, then I am secure to do what I did.
It is a 'natural' that software problem. Not found way of fixing it. The solution temporary is modify manually the file .eww for change of project active. The ultimate solution is to use another development environment.
I used intellij 13.1.1 on window7 64bit(32G memory).
Sometimes when I'm editing .vm file(velocity template file), intellij hang suddenly.
And then I restarted intellij.
As far as I experienced, editing with java source files and other files are OK.
how should I do?
P.S. below is my vmoptions.
idea64.exe.vmoptions
-Xms4096m
-Xmx10240m
-XX:MaxPermSize=1024m
-XX:ReservedCodeCacheSize=1024m
-ea
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-XX:+UseCodeCacheFlushing
-XX:+UseConcMarkSweepGC
-XX:SoftRefLRUPolicyMSPerMB=50
-Dfile.encoding=UTF-8
First, upgrade to 13.1.2 (release notes) that was release a couple of days ago. That version fixes a Mac specific hang (reported by a co-worker of mine) and a hang on Windows when opening projects that I reported. Those (or other fixes) may solve your issue. (I'm not seeing any Velocity specific fixes).
I agree with #d33j In the 10+ years of IDEA usage and daily forum visits & reading of bug reports (yes, I am obsessed with IntelliJ IDEA), the #1 cause of Hangs is people tweaking their VM options, and especially setting them too high. I highly recommend leaving all the default settings and only bump up the -Xmx to 750m on a 32-bit machine, and maybe to 900m on a 64-bit machine using a 64-bit JDK and the idea64.exe. Any higher and you get GC pauses and other issues. I (and all my co-workers) have been using those settings for years with multiple very large complex projects open without any issues.
If after adjusting you still have issues, go to your log directory (Help > Show log). When a hang occurs, IDEA will output thread dumps. So you should see a threadDumps directory with a current date and timestamp. Take a look at those and see if anything jumps out. In particular, anything in a third party plug-in.
The second biggest cause of hangs is an error in third party plug-ins. Disable any third party plug-ins. (Settings > [IDE Settings] Plugins and change the Show dropdown to "Custom"). Disable all of those and restart. If the issue goes away, use a binary search to locate the problematic plug-in.
If none of the above solves the issue, Follow the instructions from the JetBrains support document Reporting performance problems and/or Getting a thread dump when IDE hangs and doesn't respond to submit the issue to them. Also attach your threadDump directory (as mentioned above) and log file.