दिलचस्प पोस्ट
मैं html5 में एक पारदर्शी कैनवास कैसे बना सकता हूं? स्वतः matplotlib में पाठ बॉक्स की स्थिति कार्य शेड्यूलर में चलने वाली PowerShell छवि को एक गतिविधि से दूसरी गतिविधि से पास करना पैकेज स्थापित करना और ईवेंट अनइंस्टॉल करना मार्जिन-गिरने को अक्षम कैसे करें? संरचना में स्वचालित रूप से लागू की गई संपत्ति को असाइन नहीं किया जा सकता है IEnumerable में कोई गणना विधि नहीं है Matlab में चर के रूप में i और j का उपयोग करना अपरिभाषित के लिए कुछ ऑब्जेक्ट गुणों की जांच करने के लिए मैं कॉफी स्क्रिप्ट अस्थिरता ऑपरेटर का उपयोग कैसे करूं? आईओएस आवेदन के अधिकतम आकार पीआईपी: कई पायथन संस्करणों से निपटने के लिए? एक नोडजेएस सर्वर में HTTP रख-एलाइव टाइमआउट कैसे सेट करें IOS 6.0 के साथ मैंने जोक्सोड 4.5 में लॉग-इन संदेश नहीं लिए थे कैसे 64 बिट के लिए xcode5.1 बिल्डिंग को रोकने के लिए

IntelliJ 13 IDEA संस्करण 12 से अपग्रेड करने के बाद इतनी धीमी क्यों है?

एक सप्ताह के लिए IntelliJ 13 अंतिम संस्करण का प्रयोग करते समय, यह वास्तव में धीमी गति से लगता है।

सबसे पहले, संपूर्ण IDE कुछ समय में हर बार एक या दूसरे के लिए बंद हो जाता है। जावा एडिटर का ऑटो पूर्ण 12 संस्करण की तुलना में वास्तव में धीमा है।

मैंने ड्रैकुला थीम का उपयोग करने के अलावा अन्य डिफ़ॉल्ट सेटिंग्स से कुछ भी नहीं बदला है

ऐसा लगता है कि यह मेरे लिए एक समस्या नहीं है बहुत से लोगों ने ढेर का आकार डिफ़ॉल्ट से अधिक सेट करने, या कैश साफ़ करने का सुझाव दिया, लेकिन मैंने इन सुझावों पर चेक या जांच नहीं की है। क्या मुझे नए संस्करण के प्रदर्शन में सुधार करने के लिए कुछ सेटिंग बदलने की आवश्यकता है?

Solutions Collecting From Web of "IntelliJ 13 IDEA संस्करण 12 से अपग्रेड करने के बाद इतनी धीमी क्यों है?"

मुझे 12 से उन्नयन के बाद इंटेलीज 13 में धीमेपन के साथ भी यही समस्या थी। मेरे लिए क्या काम किया गया था बिन फ़ोल्डर में विचार 64.vmoptions संपादित कर रहा था और अधिकतम गेज 8 जीबी (512 एमबी) और अधिकतम PermGen को कम से कम 1 जीबी तक सेट करना था (300 एमबी था)। नीचे दिए गए उदाहरण:

 -Xms128m -Xmx8192m -XX:MaxPermSize=1024m 

पुनः आरंभ करने पर यह बहुत तेज था।

मैक पर, यह फाइल इस पथ में स्थित है: / /Users/yourusername/Library/Preferences/IntelliJIdea13/idea.vmoptions / /Users/yourusername/Library/Preferences/IntelliJIdea13/idea.vmoptions / /Users/yourusername/Library/Preferences/IntelliJIdea13/idea.vmoptions / /Users/yourusername/Library/Preferences/IntelliJIdea13/idea.vmoptions / /Users/yourusername/Library/Preferences/IntelliJIdea13/idea.vmoptions / /Users/yourusername/Library/Preferences/IntelliJIdea13/idea.vmoptions

मैक /Applications/IntelliJ IDEA 14.app/Contents/bin/idea.vmoptions पर IntelliJ 14 या 15 के लिए

IntelliJ 2016 के लिए, 2017, या मैक पर उच्च /Applications/IntelliJ IDEA.app/Contents/bin/idea.vmoptions

IntelliJ के 2017 अद्यतन इस परिवर्तन को वापस रोल करने के लिए लगता है, तो आपको अद्यतन करने के बाद इसे फिर से लागू करने की आवश्यकता हो सकती है।

उबंटू लिनक्स पर, यह फाइल संस्थापित निर्देशिका के सापेक्ष इस पथ में स्थित है:

 idea-IU-135.475/bin/idea64.vmoptions 

और 2016.2 के लिए:

  ~/.IdeaIC2016.2/idea64.vmoptions 

विंडोज 10 पर (यहां दिखाया गया समुदाय संस्करण) इन फाइलों में स्थित हैं:

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

मैंने देखा कि कई प्लग इन्स को निष्क्रिय करने से इंटेलिएज को गति में मदद मिलती है उदाहरण के लिए, मैं एंड्रॉइड एप्लीकेशन विकसित नहीं कर रहा हूं। एंड्रॉइड डेवलपमेंट से जुड़ी प्लगइन्स को मुड़ने की गति को बढ़ाते समय और मेरे मशीन पर कार्यक्रम बहुत चिकना बनाता है

मेरे मामले में, जीआईटी का एकीकरण संपादक के कारण 13 के साथ निराशाजनक रूप से धीमा हो रहा है

जीआईटी एकीकरण के साथ टाइपिंग, यहां तक ​​कि टिप्पणियां, लगभग 30 कैरेक्टरों के बाद, यूआई फ्रीज या तो दूसरे या बहुत से। इसका सामान्य रूप से लंबा नहीं है, लेकिन बहुत कष्टप्रद है।

मैं जीआईटी 1.7.8.0 का प्रयोग कर रहा हूं। एक ठोस राज्य ड्राइव और 12 gigs के RAM और एक इंटेल I7 8 CPUs के साथ विंडोज 7 64 पर चल रहा है। मैंने कई चीजों की कोशिश की, जैसा कि विचार 64.exe.vmoptions को अधिक स्मृति का उपयोग करने के लिए, जैसे- Xmx2400m और -XX: MaxPermSize = 2400m, -XX: ParallelGCThreads = 6, लेकिन समस्या को ठीक नहीं किया।

जीआईटी भंडार 1.3 गीगा 65,000 फाइलों के साथ है।

मैंने नया जीआईटी रिपॉजिटरी में एक नया "ग्रेल" प्रोजेक्ट बनाया है, और कोई समस्या नहीं है। मैंने मौजूदा बड़े जीआईटी भंडार में एक नया grails परियोजना बनाई है, और intellij धीमा है मैंने परियोजना सेटिंग्स संवाद खोलने और git जड़ को हटाने के द्वारा git एकीकरण बंद कर दिया, और समस्या दूर हो जाती है

मैंने 13 यूआई के माध्यम से सभी जीआईटी पृष्ठभूमि कार्यों को अक्षम करने की कोशिश की, लेकिन यह कोई फर्क नहीं पड़ा। मैंने भी जीआईटी में निर्मित और मूल मोड दोनों की कोशिश की, और इसमें कोई फर्क नहीं पड़ा।

मेरे मामले में जब तक मुझे इसकी आवश्यकता नहीं होती तब तक कामकाजी जीआईटी एकीकरण को निष्क्रिय करने लगता है, और फिर git रूट को फिर से जोड़ना अगर कोई अन्य एक ही समस्या की पुष्टि कर सकता है, तो हम उसे एक समस्या के रूप में रिपोर्ट कर सकते हैं।

मेरे मामले में बड़े पैमाने पर प्रदर्शन गिरावट IntelliJ के कारण अनजाने JDK / JRE 1.8 का उपयोग कर रहा था। ऐसा लगता है कि प्रदर्शन को काफी खराब ढंग से प्रभावित किया जा रहा है और कुछ अनपेक्षित दुर्घटनाओं और डेडलॉक भी हो सकते हैं।

यह एक छोटे से ~ 3KLOC परियोजना के लिए आईडीई का उपयोग करने योग्य (ऑपरेशन पर 1-2 सेकंड का विलंबता) रेंडर करेगा

बस सुनिश्चित करें कि आप जेडीके / जेआरई 1.7 का उपयोग कर रहे हैं जब इंट्रेलिज़ चला रहे हैं:

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

(या जो भी बराबर आपके ओएस के लिए है)

आप सहायता -> के बारे में -> जेआरई के अंतर्गत intellij को चलाने के लिए इस्तेमाल किया जा रहा JRE का पता लगा सकते हैं

ठीक है, मैं उपरोक्त इंजीनियर वॉल्लरी के उत्तर का जवाब नहीं दे सकता क्योंकि मेरे पास अभी तक 50 प्रतिनिधि नहीं हैं … लेकिन मैंने एक ही बात पर ध्यान दिया है। एक समस्या पहले से ही hg4idea के बारे में सूचित की गई है: http://youtrack.jetbrains.com/issue/IDEA-118529

Hg4idea प्लगइन अक्षम करने के अलावा अभी तक कोई फिक्स नहीं है लेकिन अगर वह आपकी समस्या बन जाती है, तो बग के लिए वोट दें!

संपादित करें: JetBrains ने IU-138-815 के निर्माण में बग को तय किया है!

मुझे भी ऐसी ही समस्या का समाधान करना पड़ा था। उस स्थिति में यह सबवर्जन प्लग-इन था। (मैक मावेरिक्स, एसवीएन संस्करण 1.7.10) एक बार जब मैंने इसे अक्षम कर दिया तो यह इंटेलीज फिर से उपयोग योग्य हो गया।

इसे जेस्टैक से मिला:

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

75 एस -> 10 एस इंजेलीज़ स्टार्टअप मैंने 64bit exe का उपयोग करने के लिए डिफ़ॉल्ट 32bit exe का उपयोग करने से स्विच किया था।

मेरे लिए समस्या हजारों से अधिक फ़ाइलों के साथ एक नोड_मॉड्यूल फ़ोल्डर थी मुझे निर्देशिका को बहिष्कृत के रूप में चिह्नित करना पड़ा।

संभावित समस्याओं की सूची भी देखें

मैं 13.1 पर हूँ, और मुझे यह पाया गया है कि निम्नलिखित सेटिंग मेरे लिए अद्भुत काम करती है: आईडीई सेटिंग्स -> एडिटर -> ऑटोरर्ससे विलंब (एमएस), जिसे मैंने 1500 पर सेट किया है (डिफ़ॉल्ट 300 है)।

एक बड़ी परियोजना पर, संकलक और निरीक्षण निरंतर संपर्कों के बीच बंद हो जाएगा। देरी शायद ढेर के दबाव को कम करने में मदद करती है और आम तौर पर पूरे अनुभव को बहुत तेज़ बना देता है मेरा सीपीयू बहुत कूलर है, जो शायद मदद करता है

निम्न विकल्पों के साथ सर्वश्रेष्ठ अनुभव (idea64.exe.vmoptions):

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

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

     -XX: + UseParNewGC
     -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

मैंने 32 बिट मोड पर स्विच करके अपने प्रदर्शन समस्याओं का समाधान किया है। ऐसा लग रहा है कि जेआरई के साथ इंटेलीज जे चल रहा है। यह एक 32 बिट 1.7 जेआरई के साथ जहाज़ का उपयोग किया जाता है, जब इसका इस्तेमाल शुरू होता है। Exe। यदि आप idea64.exe प्रारंभ करते हैं, तो यह सिस्टम पर 64 बिट JRE स्थापित करता है। मेरे मामले में यह 1.6 जेडीके था (एक जो मैं विकास के लिए उपयोग करता हूं)। इसने इंटेलीज को लगभग बेकार किया था

एक उचित 64 बिट स्थापित करने के बाद 1.7 जेडीके सब कुछ 64 बिट मोड के साथ ठीक था, भी।

IntelliJ समर्थन वेब साइट पर जवाब देखें।

मेरे मामले में मैं मूडल के भीतर विकास कर रहा हूं जो विशाल जेएस और सीएसएस मिनिएफाइड फाइल बनाता है। एक बार जब मैं प्रोजेक्ट से "कैश्ड" मिनेटेड फाइलों में शोधकर्ताओं को excluded , तो इनिटेलिज सामान्य रूप से फिर से चल रहा था।

मुझे बहुत धीमी शुरुआत और ढेर के मुद्दों के साथ समान समस्याएं थीं, बढ़ते हुए वीएम ने कोई बड़ा अंतर नहीं किया, बस अपरिहार्य में देरी की, मेरे लिए तय फ़ाइल के माध्यम से कैश को अमान्य करना था –अधिकृत कैश / पुनरारंभ करें

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

मैं शुरुआती बीटा से 13 का उपयोग कर रहा हूं और मेरे पास कोई समस्या नहीं है। शायद यह आपकी विशिष्ट सेटिंग है हो सकता है कि आपका प्रोजेक्ट समय के साथ बड़ा हो गया और आपके द्वारा आइडिया दिया जाने वाला स्मृति मूल रूप से अब इसके लिए पर्याप्त नहीं है? इसके साथ काम करने के लिए आइडिया और मेमोरी देने की कोशिश करें: http://www.jetbrains.com/idea/webhelp/increasing-memory-heap.html (यह कैसे करना है पर निर्देश)

IntelliJ संस्करण 13 मेरे अनुभव से 12 संस्करण की तुलना में स्पष्ट रूप से धीमी है। इसमें गति बढ़ाने के कुछ तरीके हैं, जैसे intelliJ के लिए वीएम विकल्प बढ़ाना। उदाहरण के लिए मैं एक मैवेन प्रोजेक्ट का उपयोग कर रहा हूं, और इसके लिए मैंने 4 जीबी के धावक और आयातक विकल्प बढ़ा दिए इससे पहले चीजें बहुत तेजी से हुईं

मेरा विशेष मामला (मैक) मैंने जावा 1.7 * (जो भी कारण से) का उपयोग करने के लिए info.plist संपादित किया था, और यह एक पूर्ण कुत्ते की तरह भाग गया

1.6 * पर वापस बदला और जावा 1.6 इंस्टॉल किया, और यह तेज़ था

मैं Intellij 2016.1 (64-बिट) और जेडीके 1.8 (64-बिट) के साथ सुस्त प्रदर्शन का सामना करना पड़ रहा था। मैंने स्विच किया

  • 64 बिट इंटेलीज
  • जावा बिट 8 जावा 8 के रूप में जावा (यह 64-बिट Intellij चलाने के लिए आवश्यक है)
  • इंटेलेल परियोजनाओं (फाइल -> परियोजना संरचना | परियोजना सेटिंग्स -> परियोजना | परियोजना एसडीके) के लिए इस्तेमाल होने वाली जेडीके के रूप में 32 बिट जावा 8।

इस संयोजन से, अब Intellij प्रदर्शन काफी ठीक है।