Sürüm 12'den yükselttikten sonra IntelliJ 13 IDEA neden bu kadar yavaş?

IntelliJ 13 nihai sürümünü bir hafta boyunca kullanırken, gerçekten yavaş görünüyor.

Her şeyden önce, tüm IDE arada bir saniye kadar durur. Java editörünün otomatik tamamlama özelliği, 12 sürüme kıyasla gerçekten yavaştır.

Dracula temasını kullanmak dışında varsayılan ayarlardan hiçbir şey değiştirmedim.

Görünüşe göre bu benim kendi sorunum değil. Birçok kişi yığın boyutunu varsayılandan daha yükseğe ayarlamayı veya önbelleği temizlemeyi önerdi, ancak bu öneriyi kontrol etmedim veya test etmedim. Yeni sürümün performansını artırmak için bazı ayarları değiştirmem gerekir mi?

12'den yükselttikten sonra IntelliJ 13'teki yavaşlama ile aynı sorunu yaşadım. Benim için işe yarayan şey, bin klasöründeki idea64.vmoptions'ı düzenlemek ve maksimum yığını 8 GB'a (512 MB) ve Max PermGen'i en az 1GB'a ayarlamaktı. (300 MB'dı). Aşağıdaki örnek:

-Xms128m
-Xmx8192m
-XX:MaxPermSize=1024m

Yeniden başlattıktan sonra çok daha hızlıydı.

IntelliJ 2020 için Mac'te 2017'ye dönecek /Applications/IntelliJ IDEA.app/Contents/bin/idea.vmoptions

Mac'te bu dosya şu yolda bulunur:

Mac'te IntelliJ 14 veya 15 için /Applications/IntelliJ IDEA 14.app/Contents/bin/idea.vmoptions

Mac'te IntelliJ 13 için /Users/yourusername/Library/Preferences/IntelliJIdea13/idea.vmoptions

IntelliJ'in güncelleyicisi (2017'den beri) bu değişikliği geri alıyor gibi görünüyor, bu nedenle güncelledikten sonra yeniden uygulamanız gerekebilir.

Ubuntu Linux'ta, bu dosya yükleme dizinine göre bu yolda bulunur:

idea-IU-135.475/bin/idea64.vmoptions

ve 2016 için:

 ~/.IdeaIC2016.2/idea64.vmoptions

Windows 10'da (burada gösterilen Topluluk sürümü) bu dosyalar şu konumda bulunur:

C:\Program Files (x86)\JetBrains\IntelliJ IDEA Community Edition 2016.1.3\bin\idea64.exe.vmoptions

Eklentilerin çoğunun devre dışı bırakılmasının gerçekten IntelliJ'i hızlandırmaya yardımcı olduğunu fark ettim. Örneğin, Android Uygulamaları geliştirmiyorum. Android geliştirmeyle ilgili eklentileri kapatmak, yükleme süresini hızlandırır ve programın makinemde daha düzgün çalışmasını sağlar.

Benim durumumda, GIT entegrasyonu, 13'ün editörün sinir bozucu bir şekilde yavaşlamasına neden oluyor gibi görünüyor.

GIT entegrasyonu açıkken bile yorumlar yazarken, yaklaşık 30 karakterden sonra kullanıcı arayüzü bir saniye kadar donar. Genellikle uzun değil, ama çok sinir bozucu.

GIT 1.7.8.0 kullanıyorum. Katı hal sürücüsü ve 12 gk ram ve 8 CPU'lu intel I7 ile Windows 7 64 üzerinde çalışıyor. -64x2400m ve -XX gibi daha fazla bellek kullanmak için idea64.exe.vmoptions güncelleme gibi çeşitli şeyler denedim: MaxPermSize = 2400m, -XX: ParallelGCThreads = 6, ancak sorunu çözmedi.

Git deposu 65.000 dosya ile 1.3 konser.

Yeni bir git deposunda yeni bir "grails" projesi oluşturdum ve sorun yok. Mevcut büyük git deposunda yeni bir grails projesi oluşturdum ve intellij yavaş. Proje ayarları iletişim kutusunu açıp git kökünü silerek git entegrasyonunu kapattım ve sorun ortadan kalkıyor.

13 UI üzerinden tüm GIT arka plan işlemlerini devre dışı bırakmayı denedim, ancak bir fark yaratmadı. Ayrıca hem GIT yerleşik hem de yerel modları denedim ve hiçbir fark yaratmadı.

Benim durumumda geçici çözüm, ihtiyacım olana kadar GIT entegrasyonunu devre dışı bırakmak ve sadece git kökünü yeniden eklemek gibi görünüyor. Başka biri aynı sorunu doğrulayabilirse, sorun olarak bildirebiliriz.

Benim durumumda , IntelliJ yanlışlıkla JDK / JRE 1.8 kullanarak büyük performans düşüşüne neden oldu. Bu, oluşturma performansını oldukça kötü etkilemektedir ve ayrıca bazı beklenmedik çökmelere ve kilitlenmelere yol açmaktadır.

Bu, IDE'yi küçük bir ~ 3KLOC projesi için bile kullanılamaz hale getirir (operasyonlarda 1-2 saniyelik gecikme).

Intellij'i çalıştırırken JDK / JRE 1.7 kullandığınızdan emin olun:

JAVA_HOME=/usr/lib/jvm/jdk1.7.0_67 intellij

(veya işletim sisteminiz için eşdeğeri ne olursa olsun)

İntellij'i çalıştırmak için kullanılan JRE'yi Yardım -> Hakkında -> JRE altından kontrol edebilirsiniz.

Mühendis Dollery'nin yukarıdaki yazısına cevap veremiyorum çünkü henüz 50 temsilcim yok ... ama aynı şeyi fark ettim. Hg4idea ile ilgili zaten bir sorun bildirilmiştir: http://youtrack.jetbrains.com/issue/IDEA-118529 .

Hg4idea eklentisini devre dışı bırakmak dışında henüz bir düzeltme yok. Ama bu senin problemin olursa, hataya oy ver!

Düzenleme: JetBrains yapı IU-138-815 hata düzeltildi!

Benzer bir sorun yaşadım. Bu durumda Subversion eklentisiydi. (Mac Mavericks, SVN sürüm 1.7.10) Bu IntelliJ devre dışı bırakıldıktan sonra tekrar kullanılabilir hale geldi.

Bunu jstack'tan aldım:

"Change List Updater" daemon prio=2 tid=10df3f000 nid=0x12a421000 runnable [12a41f000]
   java.lang.Thread.State: RUNNABLE
    at java.util.Collections.unmodifiableList(Collections.java:1131)
    at com.intellij.execution.configurations.ParametersList.getList(ParametersList.java:88)
    at com.intellij.execution.configurations.GeneralCommandLine.getCommandLineString(GeneralCommandLine.java:210)
    at com.intellij.execution.configurations.GeneralCommandLine.getCommandLineString(GeneralCommandLine.java:189)
    at org.jetbrains.idea.svn.commandLine.CommandExecutor.createProcessHandler(CommandExecutor.java:186)
    at org.jetbrains.idea.svn.commandLine.CommandExecutor.start(CommandExecutor.java:137)
    - locked <76afcdfb8> (a java.lang.Object)
    at org.jetbrains.idea.svn.commandLine.CommandExecutor.run(CommandExecutor.java:262)
    at org.jetbrains.idea.svn.commandLine.CommandRuntime.runWithAuthenticationAttempt(CommandRuntime.java:62)
    at org.jetbrains.idea.svn.commandLine.CommandUtil.execute(CommandUtil.java:206)
    at org.jetbrains.idea.svn.commandLine.CommandUtil.execute(CommandUtil.java:189)
    at org.jetbrains.idea.svn.commandLine.SvnCommandLineInfoClient.execute(SvnCommandLineInfoClient.java:120)
    at org.jetbrains.idea.svn.commandLine.SvnCommandLineInfoClient.issueCommand(SvnCommandLineInfoClient.java:104)
    at org.jetbrains.idea.svn.commandLine.SvnCommandLineInfoClient.doInfo(SvnCommandLineInfoClient.java:90)
    at org.jetbrains.idea.svn.commandLine.SvnCommandLineInfoClient.doInfo(SvnCommandLineInfoClient.java:232)
    at org.jetbrains.idea.svn.commandLine.SvnCommandLineStatusClient.doStatus(SvnCommandLineStatusClient.java:106)
    at org.jetbrains.idea.svn.SvnRecursiveStatusWalker.go(SvnRecursiveStatusWalker.java:79)
    at org.jetbrains.idea.svn.SvnChangeProvider.getChanges(SvnChangeProvider.java:89)
    at com.intellij.openapi.vcs.changes.ChangeListManagerImpl.a(ChangeListManagerImpl.java:686)
    at com.intellij.openapi.vcs.changes.ChangeListManagerImpl.a(ChangeListManagerImpl.java:596)
    at com.intellij.openapi.vcs.changes.ChangeListManagerImpl.d(ChangeListManagerImpl.java:480)
    at com.intellij.openapi.vcs.changes.ChangeListManagerImpl.access$1100(ChangeListManagerImpl.java:71)
    at com.intellij.openapi.vcs.changes.ChangeListManagerImpl$ActualUpdater.run(ChangeListManagerImpl.java:387)
    at com.intellij.openapi.vcs.changes.UpdateRequestsQueue$MyRunnable.run(UpdateRequestsQueue.java:260)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
    at java.lang.Thread.run(Thread.java:695)

diğer çalışma:

"Change List Updater" daemon prio=2 tid=124556000 nid=0x129c7a000 runnable [129c78000]
   java.lang.Thread.State: RUNNABLE
    at java.io.UnixFileSystem.getBooleanAttributes0(Native Method)
    at java.io.UnixFileSystem.getBooleanAttributes(UnixFileSystem.java:228)
    at java.io.File.exists(File.java:733)
    at org.apache.xerces.parsers.SecuritySupport$7.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.apache.xerces.parsers.SecuritySupport.getFileExists(Unknown Source)
    at org.apache.xerces.parsers.ObjectFactory.createObject(Unknown Source)
    at org.apache.xerces.parsers.ObjectFactory.createObject(Unknown Source)
    at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source)
    at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source)
    at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.<init>(Unknown Source)
    at org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source)
    at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source)
    at org.jetbrains.idea.svn.commandLine.SvnCommandLineStatusClient.parseResult(SvnCommandLineStatusClient.java:138)
    at org.jetbrains.idea.svn.commandLine.SvnCommandLineStatusClient.doStatus(SvnCommandLineStatusClient.java:118)
    at org.jetbrains.idea.svn.SvnRecursiveStatusWalker.go(SvnRecursiveStatusWalker.java:79)
    at org.jetbrains.idea.svn.SvnChangeProvider.getChanges(SvnChangeProvider.java:89)
    at com.intellij.openapi.vcs.changes.ChangeListManagerImpl.a(ChangeListManagerImpl.java:686)
    at com.intellij.openapi.vcs.changes.ChangeListManagerImpl.a(ChangeListManagerImpl.java:596)
    at com.intellij.openapi.vcs.changes.ChangeListManagerImpl.d(ChangeListManagerImpl.java:480)
    at com.intellij.openapi.vcs.changes.ChangeListManagerImpl.access$1100(ChangeListManagerImpl.java:71)
    at com.intellij.openapi.vcs.changes.ChangeListManagerImpl$ActualUpdater.run(ChangeListManagerImpl.java:387)
    at com.intellij.openapi.vcs.changes.UpdateRequestsQueue$MyRunnable.run(UpdateRequestsQueue.java:260)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
    at java.lang.Thread.run(Thread.java:695)

Aşağıdaki seçeneklerle en iyi deneyim (idea64.exe.vmoptions):

    -sunucu
    -Xms1g
    -Xmx3g
    -Xss16m
    XX: NewRatio = 3

    XX: ReservedCodeCacheSize = 240
    XX: + UseCompressedOops
    XX: SoftRefLRUPolicyMSPerMB = 50

    XX: ParallelGCThreads = 4
    XX: + UseConcMarkSweepGC
    XX: ConcGCThreads = 4

    XX: + CMSClassUnloadingEnabled
    XX: + CMSParallelRemarkEnabled
    XX: CMSInitiatingOccupancyFraction = 65
    XX: + CMSScavengeBeforeRemark
    XX: + UseCMSInitiatingOccupancyOnly

    XX: MaxTenuringThreshold = 1
    XX: SurvivorRatio = 8
    XX: + UseCodeCacheFlushing
    XX: + AggressiveOpts
    XX: -TraceClassUnloading
    XX: + AlwaysPreTouch
    XX: + TieredCompilation

    -Djava.net.preferIPv4Stack = true
    -Dsun.io.useCanonCaches = kapalı
    -Djsse.enableSNIExtension = true
    -ea

75s -> 10s intellij başlatma. Tüm yaptığım varsayılan 32bit exe kullanmaktan 64bit exe kullanmak geçiş oldu.

Benim için sorun binden fazla dosya içeren bir nodes_modules klasörü idi. Dizini hariç tutuldu olarak işaretlemem gerekiyordu.

Ayrıca bu olası sorunlar listesine bakın .

13.1'deyim ve aşağıdaki ayarın benim için harikalar bulduğunu gördüm: IDE Ayarları -> Editör -> 1500'e ayarladığım otomatik yeniden gecikme (ms) (varsayılan 300).

Büyük bir projede, derleyici ve denetimler etkileşimler arasında sürekli olarak başlayacaktı. Gecikme, yığın basıncını azaltmaya ve genel olarak tüm deneyimi çok daha hızlı hale getirmeye yardımcı olabilir. Benim cpu da çok serin, muhtemelen yardımcı olur.

Performans sorunlarımı 32 bit moduna geçerek çözdüm. IntelliJ'in birlikte çalıştığı JRE ile ilgili gibi görünüyor. İdea.exe başlatılırken kullanılan 32 bit 1.7 JRE ile birlikte gelir. İdea64.exe'yi başlatırsanız, sistemde yüklü bir 64 bit JRE kullanır. Benim durumumda bu 1.6 JDK (geliştirme için kullandığım) idi. Bu IntelliJ'in neredeyse kullanılamaz olmasına neden oldu.

Uygun bir 64 bit 1.7 JDK yükledikten sonra, 64 bit moduyla da her şey iyiydi.

IntelliJ Destek web sitesindeki cevaba bakın .

Benim durumumda büyük JS ve CSS küçültülmüş dosyaları oluşturan Moodle içinde geliştiriyorum. Ben bir kez excludedprojeden minified dosyaları "önbelleğe alınmış" tezleri, InitelliJ yeniden normal koştu.

Çok yavaş bir başlangıç ​​ve yığın sorunları ile benzer sorunları vardı, artan VM büyük bir fark yaratmadı, sadece kaçınılmaz gecikti, benim için düzeltme Dosya> InvalidateCaches / Restart üzerinden önbelleği geçersiz kılmak oldu.

https://www.jetbrains.com/help/idea/2016.1/cleaning-system-cache.html

Erken betadan beri 13 kullanıyorum ve hiç problemim yok. Belki sizin özel ayarlarınızdır. Belki projeniz zamanla büyümüştür ve Fikir'e verdiğiniz hafıza şu an için yeterli değildir? Idea'ya çalışmak için daha fazla bellek vermeyi deneyin: http://www.jetbrains.com/idea/webhelp/increasing-memory-heap.html (bunun nasıl yapılacağıyla ilgili talimatlar).

IntelliJ sürüm 13, deneyimlerimin 12 sürümünden belirgin şekilde daha yavaş. Bunu hızlandırmanın birkaç yolu vardır, örneğin intelliJ için VM seçeneklerini artırmak. Örneğin. Bir maven projesi kullanıyorum ve bunun için koşucu ve ithalatçı seçeneklerini 4GB'a çıkardım. Her şeyi eskisinden çok daha hızlı hale getirdi.

Benim özel durumum (Mac), info.plist'i java 1.7 * kullanmak için düzenledim (herhangi bir nedenle) ve mutlak bir köpek gibi koştu.

1.6 * değerine geri döndü ve java 1.6'yı yükledi ve hızlıydı.

Intellij 2016.1 (64 bit) ve JDK 1.8 (64 bit) ile yavaş performansla karşılaşıyordum. Geçtim

• 64 bit intellij
• JAVA_HOME yolu olarak 64 bit Java 8 (64 bit Intellij'i çalıştırmak için bu gereklidir)
• Intellij projeleri için kullanılacak JDK olarak 32 bit Java 8 (Dosya -> Proje Yapısı | Proje Ayarları -> Proje | Proje SDK'sı).

Bu kombinasyon sayesinde artık Intellij performansı gayet iyi.

İdea.vmoptions dosyasını düzenlemek, bir sonraki ürün güncellemesine kadar yalnızca geçici bir çözümdür. Bu değerleri vm ayarları aracılığıyla ayarlamaya yönelik daha kalıcı bir çözüm için JetBrains yardım sayfalarına bakın - https://www.jetbrains.com/help/idea/tuning-the-ide.html

Derleyici için yığın boyutunu artırın. Varsayılan olarak değer 700m'dir ve bu da artan eklenti sayısıyla çok küçüktür.

V2019.1'de burada bulunur:

Ayarlar -> Derleme, Yürütme, Dağıtım -> Derleyici -> Derleme işlemi yığın boyutu (Mbayt)

4000'i koyduktan sonra performans sorunlarının çoğunu çözdü.

Benim özel durumum: method breakpointsKodumu hata ayıklama modunda çalıştırırken bir süre vardı , bu da intelliJ'imi yavaşlattı.