When I open intellij IDE with my spring boot app, I can see too much cpu and memory usage of my system. Facing this problem from last 1-1.5 month. Earlier, it was running smoothly.
I am using the latest intellij version in ubuntu 18.04 LTS.
I have increased intellij heap size to 6144. But still get hung after running the app for some time.
Below is the resource consumption stats:
Related
I'm trying to setup / clone an existing grails-project. I managed to install it fine on several windows/macos computers and also 3-4 servers running Ubuntu (ranging from 16.04 to 20.04). But the newest vServer I rented seems to have some problems regarding the gradle-build, as it always throws an OutOfMemoryException, no matter what I try to do.
I already tried increasing the maximum memory size, that grails / gradle are allowed to use but I still get the OutOfMemoryException. I managed to narrow it all down to gradle, which seems to have a problem with the vServer, which has no swap-memory - that's what I read out of everything gradle told me in the error-log:
There is insufficient memory for the Java Runtime Environment to continue.
Cannot create GC thread.
Out of system resources.
Possible reasons:
- The system is out of physical RAM or swap space
Other than that, i noticed, that gradle uses around one to 1,5GB of memory before crashing - but I assigned him with up to 6GB using -Xmx6G (note that the system has 8GB availaible)
Maybe someone here can help me and tell me what I can do to solve this / get grails up and running (I tried everything I could find).
Attached I have the stacktrace of the (failed) build: https://pastebin.com/Kv2c4gu0
Thanks in advance.
EDIT:
The server has 8GB of memory; 4 cores;
I installed Java 1.8.0_252 through the openjdk 8
Gradle should be the version 4.4.1
Grails is installed with the version 4.0.1
The problem has been resolved:
The vServer had 0b of swap-storage, which led to gradle/grails throwing an error of insufficient memory.
All I needed to do was create a swap-partition to have gradle compile.
I started to notice something very annoying with PhpStorm lately. Whenever I type code, the CPU usage goes through the roof, like 300% CPU usage. It seems like something goes wrong with one of the processes that starts when I type, like their auto-complete engine.
I had this issue once before and it turned out to be caused by Dropbox. I was editing some code stored in Dropbox and since PhpStorm saves on every keystroke, Dropbox got triggered and started compressing/encrypting my data. However, this time I don't have any Cloud service running and if I check Activity Monitor, it's the PhpStorm process that has the high CPU usage.
Does anyone have any idea what this could be? I'm not running any weird plugins, just stock + the .ignore plugin. My projects all have Git version control configured in PhpStorm.
Already tried reinstalling PhpStorm, unfortunately, this didn't work.
Environment info:
MacBook Pro (Retina, 15-inch, Late 2013)
2.3 GHz Intel Core i7
16 GB 1600 MHz DDR3
macOS Siera 10.12.5
PhpStorm 2017.2.3 build #PS-172.4155.25
java version "1.8.0_101"
Java(TM) SE Runtime Environment (build 1.8.0_101-b13)
I am using Intellij IDEA 2017.1 for "react-native" project as older versions does not support NODE 7.
I have few problems:
Debugger often stops working and does not stop at breakpoints when app is reloaded from inner menu in app.
Debugger is not working in for loops. Instead of variable it gives unmapped variable like "_i5"
After few hours of having Intellij open with "react-native" , it starts to have high ram usage and probably because of too often calling GC , it starts to lag because of high cpu usage.
Is anyone using Intellij for react-native without these problems? If so what OS , version of Intellij and virtual machine are you using?
Because I would like to downgrade to working version, as JetBrains are not fast at fixing these bugs as they were already reported before.
I'm using Grails 2.0. I used to develop under Grails 1.3.7 but when running an application under Grails 2.0 the performance is very slow. A page can take more than 30 seconds to show and it's very embarrassing and unproductive.
I googled and I found that GSPs in 2.0 are in some cases 10 times slower than 1.3.7 ;
Greame explained that there is a new way of handling GSPs in dev mod, but when executing grails prod run-app I have almost the same problem.
What should I do to speed up development process ? I'm loosing too much time.
PS : My GRAILS_OPTS are "-server -Xmx600M -Xms600M -XX:MaxPermSize=250m -Dfile.encoding=UTF-8 -Dserver.port=9090"
I posted an small announcement on the mailing list about 20 minutes ago:
http://grails.1312388.n4.nabble.com/GSP-Compilation-tt4632864.html#a4635595
This issue was fixed:
http://jira.grails.org/browse/GRAILS-9423
Please test the performance of the latest 2.1.x snapshot build.
Try these
export GRAILS_OPTS="-server -noverify -XX:PermSize=256m
-XX:MaxPermSize=256m -Xmx600M -Xms600m -XX:+UseParallelGC -Djava.net.preferIPv4Stack=true
-Dsun.reflect.inflationThreshold=100000"
For me, the trick was to set Xmx and Xms to the same value and set the PermSize and MaxPermSize to the same value. sun.reflect.inflationThreshold helps with the permgen. (http://jira.grails.org/browse/GRAILS-7878?focusedCommentId=66447&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-66447 in the Grails jira for the explanation)
btw. I filed this issue 10 mins ago:
http://jira.grails.org/browse/GRAILS-9444
If it's interesting, please vote on the issue.
Grails 2.x is slower than 1.3.x for development mode because of the reloading improvements. It uses Spring-Loaded reloading agent that is similar to JRebel.
Make sure that your development laptop has enough memory (>4GB), a SSD and a fast i7 CPU.
Get a recent laptop with 16GB memory & a fast SSD and you won't be thinking of slowness anymore. I'd also recommend a i7 series CPU. That costs only about $1200 currently.
To make sure you are using the latest fixes to the Spring-Loaded reloading agent, use Grails 2.1.x instead of Grails 2.0.x . For Grails 2.1.1 you might want to upgrade the Spring-Loaded reloading agent to a snapshot version.
You can get the latest snapshot from:
https://repo.springsource.org/snapshot/com/springsource/springloaded/springloaded-core/
Currently it's https://repo.springsource.org/snapshot/com/springsource/springloaded/springloaded-core/1.1.1.BUILD-SNAPSHOT/springloaded-core-1.1.1.BUILD-20120821.173635-2.jar .
Replace $GRAILS_HOME/lib/com.springsource.springloaded/springloaded-core/jars/springloaded-core-1.0.6.jar with the downloaded snapshot (rename the snapshot to the same file name springloaded-core-1.0.6.jar).
This answer will be outdated as soon as springloaded-core version 1.1.1 gets released.
I am trying to setup YouTrack and TeamCity on a VM with less than 1GB running on Windows. There will be a very low usage (both users and requests). This is a POC environment, if it works I may push it onto an extra-small or small Azure or Amazon VM instance.
Anyone has got this to work?
PS: I understand that this is way below JetBrains recommended settings.
I have a running YouTrack instance with only 256MB RAM allocated (never tried a smaller value), on an old server with only 1GB RAM, under Debian. It feels pretty responsive, but I'm the only user so far :D
If you're using Windows XP, it might work ok, if Team City would run with only 256MB RAM.
Is there a specific need for using TeamCity, or you need it only for integrating YouTrack with Git/Mercurial/SVN?
I tried installing WARs under TomCat and I could not get TeamCity to play nice in TomCat 7. I ended up using the out of the box installers provided by JetBrains and all worked fine.
I have resolved same problem in the next way:
Installed application on VM with more than 1 GB memory.
Configured my application.
Reduced size(memory) of the VM to 700 Mb available
As application was used JetBrains YouTrack 6.0 with 250 issues and 3 users. It was failing to install from msi package on VM with 700 Mb of memory. After processing mentioned steps it works fine.