ทำไม IntelliJ 13 IDEA ถึงช้าหลังจากอัพเกรดจากเวอร์ชั่น 12

ในขณะที่ใช้งาน IntelliJ 13 Ultimate Edition เป็นเวลาหนึ่งสัปดาห์ดูเหมือนว่าจะช้ามาก

ประการแรก IDE ทั้งหมดหยุดชั่วครู่หนึ่งทุก ๆ ครั้ง การแก้ไขอัตโนมัติของ Java editor นั้นช้ามากเมื่อเทียบกับรุ่น 12

ฉันไม่ได้เปลี่ยนแปลงอะไรจากการตั้งค่าเริ่มต้นอื่นนอกเหนือจากการใช้ธีมแดรกคิวลา

ดูเหมือนว่านี่ไม่ใช่ปัญหาของฉันเอง หลายคนแนะนำให้ตั้งค่าขนาดฮีปสูงกว่าค่าเริ่มต้นหรือล้างแคช แต่ฉันยังไม่ได้ตรวจสอบหรือทดสอบตามคำแนะนำเหล่านี้ ฉันต้องเปลี่ยนการตั้งค่าบางอย่างเพื่อปรับปรุงประสิทธิภาพของเวอร์ชันใหม่หรือไม่

ฉันมีปัญหาเดียวกันกับความช้าใน IntelliJ 13 หลังจากอัปเกรดจาก 12 สิ่งที่ใช้ได้ผลสำหรับฉันคือการแก้ไขความคิด 64.vmoptions ในโฟลเดอร์ bin และตั้งค่า heap สูงสุดเป็น 8 GB (เป็น 512 MB) และ Max PermGen เป็นอย่างน้อย 1GB (คือ 300MB) ตัวอย่างด้านล่าง:

-Xms128m
-Xmx8192m
-XX:MaxPermSize=1024m

เมื่อรีสตาร์ทมันเร็วกว่ามาก

สำหรับ IntelliJ 2020 กลับไปปี 2017 บน Mac /Applications/IntelliJ IDEA.app/Contents/bin/idea.vmoptions

สำหรับ Mac ไฟล์นี้อยู่ในเส้นทางนี้:

สำหรับ IntelliJ 14 หรือ 15 บน Mac /Applications/IntelliJ IDEA 14.app/Contents/bin/idea.vmoptions

สำหรับ IntelliJ 13 บน Mac /Users/yourusername/Library/Preferences/IntelliJIdea13/idea.vmoptions

ตัวอัปเดตของ IntelliJ (ตั้งแต่ปี 2560) ดูเหมือนว่าจะย้อนกลับการเปลี่ยนแปลงนี้ดังนั้นคุณอาจต้องสมัครใหม่หลังจากอัปเดต

บน Ubuntu Linux ไฟล์นี้อยู่ในพา ธ นี้ที่สัมพันธ์กับไดเร็กทอรีการติดตั้ง:

idea-IU-135.475/bin/idea64.vmoptions

และสำหรับปี 2559.2:

 ~/.IdeaIC2016.2/idea64.vmoptions

บน Windows 10 (รุ่นชุมชนแสดงที่นี่) ไฟล์เหล่านี้อยู่ใน:

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

ฉันสังเกตเห็นว่าการปิดใช้งานปลั๊กอินจำนวนมากช่วยให้ IntelliJ เร็วขึ้น ตัวอย่างเช่นฉันไม่ได้พัฒนาแอปพลิเคชัน Android การเปลี่ยนปลั๊กอินที่เกี่ยวข้องกับการพัฒนา Android จะช่วยเพิ่มความเร็วในการโหลดและทำให้โปรแกรมทำงานได้ราบรื่นขึ้นบนเครื่องของฉัน

ในกรณีของฉันการรวม GIT ดูเหมือนจะทำให้ตัวแก้ไขช้าอย่างน่าผิดหวังด้วย 13

ในขณะที่พิมพ์แม้กระทั่งความคิดเห็นเมื่อเปิดใช้งานการรวม GIT หลังจากนั้นประมาณ 30 ตัวอักษร UI จะหยุดนิ่งเป็นวินาทีหรือมากกว่านั้น มันมักจะไม่นาน แต่น่ารำคาญมาก

ฉันใช้ GIT 1.7.8.0 ทำงานบน Windows 7 64 ด้วยโซลิดสเตทไดรฟ์และ RAM ขนาด 12 กิ๊กและ Intel I7 ที่มี 8 CPU ฉันลองสิ่งต่าง ๆ เช่นการอัพเดต idea64.exe.vmoptions เพื่อใช้หน่วยความจำเพิ่มเติมเช่น -Xmx2400m และ -XX: MaxPermSize = 2400m, -XX: ParallelGCThreads = 6 แต่ไม่สามารถแก้ไขปัญหาได้

ที่เก็บ git คือ 1.3 gigs พร้อมไฟล์ 65,000 ไฟล์

ฉันสร้างโครงการ "grails" ใหม่ในที่เก็บ git ใหม่และไม่มีปัญหา ฉันสร้างโครงการ grails ใหม่ในที่เก็บ git ขนาดใหญ่ที่มีอยู่และ intellij นั้นช้า ฉันปิดการรวมคอมไพล์โดยการเปิดกล่องโต้ตอบการตั้งค่าโครงการและลบรูทคอมไพล์และปัญหาหายไป

ฉันพยายามปิดการใช้งานการดำเนินการเบื้องหลัง GIT ทั้งหมดผ่าน UI 13 รายการ แต่ก็ไม่ได้สร้างความแตกต่าง ฉันลองทั้งโหมดในตัวและโหมดเนทีฟของ GIT และมันก็ไม่ได้ต่างอะไร

ในกรณีของฉันการแก้ปัญหาดูเหมือนว่าจะปิดใช้งานการรวม GIT จนกว่าฉันต้องการและจากนั้นเพียงเพิ่มราก git อีกครั้ง หากใครก็ตามสามารถตรวจสอบปัญหาเดียวกันเราอาจรายงานว่าเป็นปัญหา

ในกรณีของฉันการลดลงอย่างมากของประสิทธิภาพเกิดจาก IntelliJ โดยไม่ได้ตั้งใจโดยใช้ JDK / JRE 1.8 สิ่งนี้ดูเหมือนว่าจะส่งผลกระทบต่อประสิทธิภาพในการเรนเดอร์ค่อนข้างแย่และยังนำไปสู่ข้อขัดข้องและการหยุดชะงักที่ไม่คาดคิด

สิ่งนี้จะทำให้ IDE ไม่สามารถใช้งานได้ (เวลาแฝงของการดำเนินการ 1-2 วินาที) สำหรับโครงการขนาดเล็ก ~ 3KLOC

เพียงให้แน่ใจว่าคุณกำลังใช้ JDK / JRE 1.7 เมื่อใช้งาน Intellij:

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

(หรือสิ่งที่เทียบเท่าสำหรับระบบปฏิบัติการของคุณ)

คุณสามารถตรวจสอบ JRE ที่ใช้ในการเรียกใช้ Intellij ภายใต้วิธีใช้ -> เกี่ยวกับ -> JRE

ดีฉันไม่สามารถตอบกลับการโพสต์ของวิศวกร Dollery ด้านบนเพราะฉันยังไม่ได้ 50 ตัวแทน ... แต่ฉันสังเกตเห็นสิ่งเดียวกัน ปัญหาหนึ่งที่ได้รับรายงานแล้วเกี่ยวกับ hg4idea: http://youtrack.jetbrains.com/issue/IDEA-118529

ยังไม่มีการแก้ไขยกเว้นปิดการใช้งานปลั๊กอิน hg4idea แต่ถ้าสิ่งนี้กลายเป็นปัญหาของคุณให้โหวตข้อผิดพลาด!

แก้ไข: JetBrains แก้ไขข้อบกพร่องในบิลด์ IU-138-815!

ฉันมีปัญหาที่คล้ายกัน ในกรณีนั้นคือปลั๊กอินการโค่นล้ม (Mac Mavericks, SVN เวอร์ชั่น 1.7.10) เมื่อฉันปิดการใช้งาน IntelliJ นี้ก็สามารถใช้งานได้อีกครั้ง

รับสิ่งนี้จาก jstack:

"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)

วิ่งอื่น ๆ :

"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)

ประสบการณ์ที่ดีที่สุดด้วยตัวเลือกต่อไปนี้ (idea64.exe.vmoptions):

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

    -XX: ReservedCodeCacheSize = 240m
    -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 = false
    -Djsse.enableSNIExtension = true
    -ea

75s -> การเริ่มต้น Intellij 10 วินาที ทั้งหมดที่ฉันทำคือเปลี่ยนจากการใช้ exe 32 บิตเริ่มต้นเป็นการใช้ 64 บิต exe

สำหรับฉันปัญหาคือโฟลเดอร์ nodes_modules ที่มีไฟล์มากกว่าพันไฟล์ ฉันต้องทำเครื่องหมายไดเรกทอรีเป็นไม่รวม

ยังเห็นนี้รายการของปัญหาที่เป็นไปได้

ฉันใช้งาน 13.1 และฉันพบว่าการตั้งค่าต่อไปนี้เป็นสิ่งมหัศจรรย์สำหรับฉัน: การตั้งค่า IDE -> ตัวแก้ไข -> การหน่วงเวลาตอบกลับอัตโนมัติ (ms) ซึ่งฉันตั้งไว้ที่ 1500 (ค่าเริ่มต้นคือ 300)

ในโครงการขนาดใหญ่คอมไพเลอร์และการตรวจสอบจะเริ่มต้นอย่างต่อเนื่องระหว่างการโต้ตอบ ความล่าช้าอาจช่วยลดความกดดันของกองและโดยทั่วไปทำให้ประสบการณ์ทั้งหมดเร็วขึ้น ซีพียูของฉันเย็นกว่ามากเช่นกันซึ่งอาจช่วยได้

ฉันแก้ไขปัญหาด้านประสิทธิภาพด้วยการสลับไปใช้โหมด 32 บิต ดูเหมือนว่าจะเกี่ยวข้องกับ JRE ที่ IntelliJ ทำงานด้วย มันมาพร้อมกับ JRE ขนาด 32 บิต 1.7 ซึ่งใช้เมื่อเริ่มต้น idea.exe หากคุณเริ่มต้นความคิด 64.exe จะใช้ JRE แบบ 64 บิตที่ติดตั้งบนระบบ ในกรณีของฉันนี่คือ 1.6 JDK (อันที่ฉันใช้สำหรับการพัฒนา) สิ่งนี้ทำให้ IntelliJ ใช้งานไม่ได้เกือบ

หลังจากติดตั้ง 64 บิต 1.7 JDK ทุกอย่างเรียบร้อยดีด้วยโหมด 64 บิตเช่นกัน

ดูคำตอบที่สนับสนุน IntelliJเว็บไซต์

ในกรณีของฉันฉันกำลังพัฒนาภายใน Moodle ซึ่งสร้างไฟล์ขนาดเล็กสำหรับ JS และ CSS เมื่อฉันexcludedเหล่านี้ "แคช" ไฟล์ย่อส่วนจากโครงการ InitelliJ จะทำงานตามปกติอีกครั้ง

ฉันมีปัญหาที่คล้ายกันกับการเริ่มต้นช้ามากและปัญหาฮีปการเพิ่ม VM ไม่ได้สร้างความแตกต่างอย่างมากล่าช้าเพียงอย่างหลีกเลี่ยงไม่ได้การแก้ไขสำหรับฉันคือการทำให้แคชใช้ไม่ได้ผ่านไฟล์> InvalidateCaches / Restart

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

ฉันใช้งานมาตั้งแต่รุ่นเบต้า 13 และฉันก็ไม่มีปัญหาอะไรเลย อาจเป็นการตั้งค่าเฉพาะของคุณ บางทีโครงการของคุณอาจเติบโตขึ้นตามกาลเวลาและความทรงจำที่คุณให้ไว้กับไอเดียในตอนแรกนั้นยังไม่เพียงพอสำหรับตอนนี้ ลองให้หน่วยความจำเพิ่มเติมแก่ Idea เพื่อทำงานกับ: http://www.jetbrains.com/idea/webhelp/increasing-memory-heap.html (คำแนะนำเกี่ยวกับวิธีการทำเช่นนั้น)

IntelliJ เวอร์ชั่น 13 นั้นช้ากว่ารุ่น 12 อย่างมากจากประสบการณ์ของฉัน มีสองสามวิธีในการเพิ่มความเร็วเช่นเพิ่มตัวเลือก VM สำหรับ intelliJ สำหรับเช่น ฉันใช้โครงการ Maven และเพื่อเพิ่มตัวเลือกผู้วิ่งและผู้นำเข้าเป็น 4GB มันทำให้สิ่งต่าง ๆ เร็วขึ้นกว่าเดิมมาก

กรณีเฉพาะของฉัน (Mac) คือฉันแก้ไข info.plist เพื่อใช้ java 1.7 * (ไม่ว่าจะด้วยเหตุผลใดก็ตาม) และมันก็วิ่งเหมือนสุนัขแน่นอน

เปลี่ยนกลับเป็น 1.6 * และติดตั้ง java 1.6 แล้วและมันก็รวดเร็ว

ฉันกำลังเผชิญหน้ากับการทำงานที่ซบเซาด้วย Intellij 2016.1 (64 บิต) และ JDK 1.8 (64 บิต) ฉันเปลี่ยนมาเป็น

• 64 บิตในระบบ Intellij
• 64 บิต Java 8 เป็นพา ธ JAVA_HOME (จำเป็นต้องเรียกใช้ Intellij 64 บิต)
• 32 บิต Java 8 เป็น JDK ที่จะใช้สำหรับโครงการ Intellij (ไฟล์ -> โครงสร้างโครงการ | การตั้งค่าโครงการ -> โครงการ | Project SDK)

จากการรวมกันนี้ตอนนี้ประสิทธิภาพ Intellij ค่อนข้างโอเค

การแก้ไขไฟล์ idea.vmoptions เป็นเพียงโซลูชันชั่วคราวจนกว่าจะมีการอัปเดตผลิตภัณฑ์ครั้งต่อไป ดูหน้าช่วยเหลือของ JetBrains สำหรับวิธีการแก้ปัญหาที่ถาวรยิ่งขึ้นในการตั้งค่าเหล่านี้ผ่านการตั้งค่า vm - https://www.jetbrains.com/help/idea/tuning-the-ide.html

เพิ่มขนาดฮีพสำหรับคอมไพเลอร์ โดยค่าเริ่มต้นค่าคือ 700m ซึ่งเล็กเกินไปด้วยจำนวนปลั๊กอินที่เพิ่มขึ้น

ที่ v2019.1 อยู่ที่นี่:

การตั้งค่า -> สร้างดำเนินการปรับใช้ -> คอมไพเลอร์ -> สร้างขนาดฮีปกระบวนการ (Mbytes)

หลังจากที่ฉันใส่ 4000 ไปแล้วจะสามารถแก้ไขปัญหาด้านประสิทธิภาพได้เกือบทั้งหมด

กรณีเฉพาะของฉัน: ฉันมีจำนวนหนึ่งmethod breakpointsในขณะที่ฉันกำลังเรียกใช้รหัสของฉันในโหมดแก้ไขข้อบกพร่องซึ่งทำให้ IntelliJ ของฉันช้า