Tại sao IntelliJ 13 IDEA lại chậm như vậy sau khi nâng cấp từ phiên bản 12?

Trong khi sử dụng IntelliJ 13 phiên bản cuối cùng trong một tuần, nó chỉ có vẻ rất chậm.

Trước hết, toàn bộ IDE dừng lại trong một giây hoặc lâu hơn một lần. Hoàn thành tự động của trình soạn thảo Java rất chậm so với phiên bản 12.

Tôi không thay đổi bất cứ điều gì từ các cài đặt mặc định ngoài việc sử dụng chủ đề Dracula.

Có vẻ như đây không phải là vấn đề của riêng tôi. Nhiều người đề nghị đặt kích thước heap cao hơn mặc định hoặc xóa bộ đệm, nhưng tôi chưa kiểm tra hoặc thử nghiệm trên các đề xuất này. Tôi có cần thay đổi một số cài đặt để cải thiện hiệu suất của phiên bản mới không?

Tôi gặp vấn đề tương tự với sự chậm chạp trong IntelliJ 13 sau khi nâng cấp từ 12. Điều làm việc với tôi là chỉnh sửa ý tưởng64.vmoptions trong thư mục bin và đặt heap tối đa lên 8 GB (là 512 MB) và Max PermGen tối thiểu 1 GB (là 300MB). Ví dụ dưới đây:

-Xms128m
-Xmx8192m
-XX:MaxPermSize=1024m

Khi khởi động lại nó nhanh hơn nhiều.

Đối với IntelliJ 2020 trở lại năm 2017 trên Mac /Applications/IntelliJ IDEA.app/Contents/bin/idea.vmoptions

Trên máy Mac, tệp này nằm trong đường dẫn này:

Dành cho IntelliJ 14 hoặc 15 trên Mac /Applications/IntelliJ IDEA 14.app/Contents/bin/idea.vmoptions

Dành cho IntelliJ 13 trên Mac /Users/yourusername/Library/Preferences/IntelliJIdea13/idea.vmoptions

Trình cập nhật của IntelliJ (kể từ năm 2017) dường như đẩy lùi sự thay đổi này, vì vậy bạn có thể cần phải áp dụng lại sau khi cập nhật.

Trên Ubuntu Linux, tệp này nằm trong đường dẫn này liên quan đến thư mục cài đặt:

idea-IU-135.475/bin/idea64.vmoptions

và cho năm 2016.2:

 ~/.IdeaIC2016.2/idea64.vmoptions

Trên Windows 10 (Phiên bản cộng đồng hiển thị tại đây), các tệp này được đặt trong:

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

Tôi nhận thấy rằng việc vô hiệu hóa nhiều plugin thực sự giúp tăng tốc IntelliJ. Ví dụ: tôi không phát triển Ứng dụng Android. Tắt các plugin liên quan đến phát triển Android sẽ tăng tốc thời gian tải và giúp chương trình chạy mượt hơn trên máy của tôi.

Trong trường hợp của tôi, tích hợp GIT dường như khiến trình soạn thảo bị chậm một cách khó chịu với 13.

Trong khi gõ, ngay cả các nhận xét, với tích hợp GIT được bật, sau khoảng 30 ký tự, giao diện người dùng sẽ đóng băng trong một giây. Nó thường không dài, nhưng rất khó chịu.

Tôi đang sử dụng GIT 1.7.8.0. Chạy trên Windows 7 64 với ổ đĩa trạng thái rắn và 12 hợp đồng ram và I7 intel với 8 CPU. Tôi đã thử nhiều thứ khác nhau, như cập nhật ý tưởng64.exe.vmoptions để sử dụng nhiều bộ nhớ hơn, như -Xmx2400m và -XX: MaxPermSize = 2400m, -XX: ParallelGCThreads = 6, nhưng nó không khắc phục được vấn đề.

Kho git là 1,3 hợp đồng biểu diễn với 65.000 tệp.

Tôi đã tạo một dự án "grails" mới trong kho git mới và không có vấn đề gì. Tôi đã tạo một dự án grails mới trong kho git lớn hiện có và intellij chậm. Tôi đã tắt tích hợp git bằng cách mở hộp thoại cài đặt dự án và xóa root git, và vấn đề biến mất.

Tôi đã thử vô hiệu hóa tất cả các hoạt động nền GIT thông qua 13 UI, nhưng nó không tạo ra sự khác biệt. Tôi cũng đã thử cả chế độ tự nhiên tích hợp và GIT, và nó không có gì khác biệt.

Trong trường hợp của tôi, cách giải quyết có vẻ là vô hiệu hóa tích hợp GIT cho đến khi tôi cần nó, và sau đó chỉ cần thêm lại gốc git. Nếu bất cứ ai khác có thể xác minh vấn đề tương tự, thì chúng tôi có thể báo cáo đó là một vấn đề.

Trong trường hợp của tôi, sự suy giảm hiệu năng lớn là do IntelliJ vô tình sử dụng JDK / JRE 1.8. Điều này dường như ảnh hưởng đến hiệu suất kết xuất khá tệ và cũng dẫn đến một số sự cố và bế tắc bất ngờ.

Điều này sẽ khiến IDE không sử dụng được (độ trễ 1-2 giây khi vận hành) cho một dự án nhỏ ~ 3KLOC.

Chỉ cần đảm bảo bạn đang sử dụng JDK / JRE 1.7 khi chạy intellij:

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

(hoặc bất cứ điều gì tương đương với hệ điều hành của bạn)

Bạn có thể kiểm tra JRE đang được sử dụng để chạy intellij trong Trợ giúp -> Giới thiệu -> JRE.

Chà, tôi không thể trả lời bài viết của Kỹ sư Dollery ở trên vì tôi chưa có 50 đại diện ... nhưng tôi đã nhận thấy điều tương tự. Một vấn đề đã được báo cáo liên quan đến hg4idea: http://youtrack.jetbrains.com/su/IDEA-118529 .

Không có sửa chữa nào ngoại trừ việc vô hiệu hóa plugin hg4idea. Nhưng nếu đó là vấn đề của bạn, hãy bỏ phiếu cho lỗi này!

Chỉnh sửa: JetBrains đã sửa lỗi trong bản dựng IU-138-815!

Tôi đã có một vấn đề tương tự. Trong trường hợp đó, đó là trình cắm Subversion. (Mac Mavericks, SVN phiên bản 1.7.10) Khi tôi tắt, IntelliJ này có thể sử dụng lại được.

Có cái này từ 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)

chạy khác:

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

Trải nghiệm tốt nhất với các tùy chọn sau (idea64.exe.vmoptions):

    -người phục vụ
    -Xms1g
    -Xmx3g
    -Xss16m
    -XX: MớiRatio = 3

    -XX: ReservedCodeCacheSize = 240m
    -XX: + UseCompressionOops
    -XX: SoftRefLRUPolicyMSPerMB = 50

    -XX: ParallelGCThreads = 4
    -XX: + Sử dụngConcMarkSweepGC
    -XX: ConcGCThreads = 4

    -XX: + CMSClassUnloadingEnables
    -XX: + CMSParallelRemarkEnables
    -XX: CMSInitiatingOccupancyFraction = 65
    -XX: + CMSScavengeB BeforeRemark
    -XX: + UseCMSInitiatingOccupancyOnly

    -XX: MaxTenuringThrưỡng = 1
    -XX: SurvivorRatio = 8
    -XX: + UseCodeCacheFlushing
    -XX: + Ag xâmiveOpts
    -XX: -TraceClassUnloading
    -XX: + LuônPreTouch
    -XX: + Cấp bậc

    -Djava.net.preferIPv4Stack = đúng
    -Dsun.io.useCanonCaches = false
    -Djsse.enableSNIExtension = true
    -có

75s -> 10 giây khởi động intellij. Tất cả những gì tôi đã làm là chuyển từ sử dụng exe 32 bit mặc định sang sử dụng exe 64 bit.

Đối với tôi, vấn đề là một thư mục bits_modules với hơn nghìn tệp. Tôi đã phải đánh dấu thư mục là loại trừ.

Cũng thấy này danh sách các vấn đề có thể.

Tôi đang ở ngày 13.1 và tôi đã tìm thấy các cài đặt sau đây rất tuyệt vời đối với tôi: Cài đặt IDE -> Trình chỉnh sửa -> Độ trễ tự động (ms), mà tôi đã đặt thành 1500 (mặc định là 300).

Trong một dự án lớn, trình biên dịch và kiểm tra sẽ liên tục khởi động giữa các tương tác. Sự chậm trễ có lẽ giúp giảm áp lực heap và nói chung làm cho toàn bộ trải nghiệm nhanh hơn rất nhiều. Cpu của tôi là mát hơn rất nhiều, có lẽ sẽ giúp.

Tôi đã giải quyết các vấn đề về hiệu suất của mình bằng cách chuyển sang chế độ 32 bit. Nó dường như có liên quan đến JRE mà IntelliJ chạy cùng. Nó xuất xưởng với JRE 32 bit được sử dụng khi bắt đầu idea.exe. Nếu bạn khởi động idea64.exe, nó sử dụng JRE 64 bit được cài đặt trên hệ thống. Trong trường hợp của tôi, đây là một JDK 1.6 (cái tôi sử dụng để phát triển). Điều này khiến IntelliJ gần như không thể sử dụng được.

Sau khi cài đặt một JDK 64 bit 1.7 thích hợp, mọi thứ cũng ổn với chế độ 64 bit.

Xem câu trả lời trên trang web Hỗ trợ của IntelliJ .

Trong trường hợp của tôi, tôi đang phát triển trong Moodle, nó tạo ra các tệp rút gọn JS và CSS rất lớn. Khi tôi đã xử lý excludedcác tệp được thu nhỏ "lưu trong bộ nhớ cache" từ dự án, initelliJ vẫn chạy bình thường trở lại.

Tôi gặp vấn đề tương tự với các vấn đề heap và start rất chậm, tăng VM không tạo ra sự khác biệt lớn, chỉ trì hoãn việc không thể tránh khỏi, cách khắc phục đối với tôi là vô hiệu hóa bộ đệm thông qua File> UnlimitedateCaches / Restart.

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

Tôi đã sử dụng 13 kể từ phiên bản beta đầu tiên và tôi không có vấn đề gì cả. Có lẽ đó là cài đặt cụ thể của bạn. Có thể dự án của bạn đã phát triển theo thời gian và bộ nhớ bạn đã cho Idea ban đầu không đủ cho nó bây giờ? Hãy thử cung cấp thêm bộ nhớ cho Idea để làm việc với: http://www.jetbrains.com/idea/webhelp/increasing-memory-heap.html (hướng dẫn về cách thực hiện điều đó).

IntelliJ phiên bản 13 chậm hơn rõ rệt so với phiên bản 12 theo kinh nghiệm của tôi. Có một số cách để tăng tốc nó, như tăng các tùy chọn VM cho intelliJ. Ví dụ. Tôi đang sử dụng một dự án maven và vì thế tôi đã tăng các tùy chọn người chạy và nhà nhập khẩu lên 4GB. Nó làm cho mọi thứ nhanh hơn nhiều so với trước đây.

Trường hợp cụ thể của tôi (Mac) là tôi đã chỉnh sửa thông tin.plist để sử dụng java 1.7 * (vì bất kỳ lý do gì) và nó chạy như một con chó tuyệt đối.

Thay đổi trở lại 1.6 * và cài đặt java 1.6, và nó rất nhanh.

Tôi đã phải đối mặt với hiệu suất chậm chạp với Intellij 2016.1 (64-bit) và JDK 1.8 (64-bit). Tôi chuyển sang

• Intellij 64 bit
• 64 bit Java 8 dưới dạng đường dẫn JAVA_HOME (Điều này là bắt buộc để chạy Intellij 64 bit)
• Java 8 32 bit làm JDK được sử dụng cho các dự án Intellij (Tệp -> Cấu trúc dự án | Cài đặt dự án -> Project | Project SDK).

Với sự kết hợp này, bây giờ hiệu suất của Intellij khá OK.

Chỉnh sửa tệp idea.vmoptions chỉ là một giải pháp tạm thời cho đến khi cập nhật sản phẩm tiếp theo. Xem các trang trợ giúp của JetBrains để có giải pháp lâu dài hơn để đặt các giá trị này thông qua cài đặt vm - https://www.jetbrains.com/help/idea/tuning-the-ide.html

Tăng kích thước heap cho trình biên dịch. Theo mặc định, giá trị là 700m, một cách quá nhỏ với số lượng plugin ngày càng tăng.

Tại v2019.1, nó nằm ở đây:

Cài đặt -> Xây dựng, Thực thi, Triển khai -> Trình biên dịch -> Xây dựng kích thước heap quy trình (Mbytes)

Sau khi tôi đặt 4000 ở đó, nó đã giải quyết hầu hết các vấn đề về hiệu suất của tôi.

Trường hợp cụ thể của tôi: Tôi đã có một số method breakpointsthời gian tôi đang chạy mã của mình ở chế độ gỡ lỗi, điều này làm cho intelliJ của tôi bị chậm.