Pycharm läuft langsam

Ich bin ein großer Fan von PyCharm von JetBrains, aber ich stoße auf einige Probleme, nach denen ich vielleicht hier fragen werde.

1. Es hängt unerwartet und das passiert oft. Insgesamt ist es für meinen Geschmack etwas langsam und ich würde gerne ein paar Tipps zur Steigerung der Leistung der IDE erhalten
2. Wenn ich ein Projekt öffne, scheint PyCharm häufig alle integrierten Funktionen als ungelöste Referenzwarnungen zu kennzeichnen. Dinge wie open (), str () usw. sowie einige der Module, die ich importiere, wie z. B. sys (dies sind die häufigsten Straftäter :)).

Die einzige Möglichkeit, (2) zu beheben, besteht darin, zu PyCharm -> Einstellungen -> Python-Interpreter -> Pfade -> Liste der Pfade neu zu laden. Ich muss dies jedoch häufig genug tun, um nach einer dauerhafteren Korrektur zu fragen.

Meine Konfiguration: Mac OSX Lion läuft auf MacBook Pro (Mitte 2010) mit 8 GB RAM

Schauen Sie, ich verstehe, dass es schwierig ist, solche Dinge zu diagnostizieren, ohne einen Schnappschuss oder weitere Informationen darüber, was gerade passiert, aber ich frage einfach, ob jemand zuvor auf diese Probleme gestoßen ist und wenn ja, wie wurden diese gelöst?

Vielen Dank!

PS Ich habe auch JetBrains bezüglich dieser Probleme kontaktiert, aber ehrlich gesagt neige ich dazu, hier nette Lösungen für häufig auftretende Probleme zu finden, und ich dachte, ich könnte genauso gut fragen

Jedes Leistungsproblem mit PyCharm ist einzigartig. Eine Lösung, die einer Person hilft, funktioniert nicht für eine andere. Die einzig richtige Möglichkeit, Ihr spezifisches Leistungsproblem zu beheben, besteht darin, den in diesem Dokument beschriebenen CPU-Profiler-Snapshot zu erfassen und an das PyCharm-Supportteam zu senden, indem Sie entweder ein Ticket senden oder direkt in den Issue-Tracker .

Nachdem der CPU-Snapshot analysiert wurde, arbeitet das PyCharm-Team an einem Fix und veröffentlicht eine neue Version, die (hoffentlich) von diesem speziellen Leistungsproblem nicht betroffen ist. Das Team schlägt Ihnen möglicherweise auch Konfigurationsänderungen oder Problemumgehungen vor, um das Problem anhand der Analyse der bereitgestellten Daten zu beheben.

Alle anderen "Lösungen" (wie das Aktivieren des Energiesparmodus und das Ändern der Hervorhebungsstufe) verbergen nur die tatsächlichen Probleme, die behoben werden sollten.

1. Ändern Sie die Inspektionsstufe

Mit den aktuellen PyCharm-Versionen können Sie die Art der statischen Code-Analyse ändern und verfügen über eine Funktion zum Einsparen von Strom / CPU (Klicken Sie auf das Symbol unten rechts neben dem Schloss):

2. Indizierte Verzeichnisse ändern
Schließen Sie die Indizierung von Verzeichnissen aus, die in den Projektpfaden festgelegt sind, aber nicht durchsucht und indiziert werden müssen. Drücken Sie ALT+CTRL+Sund suchen Sie nach project.

3. Memory Sweeps durchführen
Es gibt noch eine weitere interessante Funktion:

Gehen Sie in die Einstellungen (Datei / Einstellungen) und suchen Sie nach Speicher . In IDE Settings>Appearance-> ankreuzen Show memory indicator. In der unteren rechten Ecke wird eine Speicherleiste angezeigt (siehe Abbildung unten). Klicken Sie auf diese Leiste, um eine Speicherbereinigung / einen Speicherdurchlauf durchzuführen .

Nun, Lorenz Lo Sauer hat dafür schon eine gute Frage. Wenn Sie dieses Problem jedoch durch die Pycharm-Optimierung beheben möchten (ohne die Pycharm-Code-Überprüfung zu deaktivieren). Sie können die Größe des Heapspeichers nach Bedarf anpassen. da ich es vorziehe, eine Lösung mit zunehmender Heap-Größe für langsam laufende Pycharm-Anwendungen zu verwenden.

Sie können die Heap-Größe optimieren, indem Sie die Datei pycharm.exe.vmoptions bearbeiten. und pycharm64.exe.vmoptions für 64-Bit-Anwendungen. und bearbeiten Sie dann die Werte -Xmx und -Xms.

Daher ordne ich 2048 m für xmx und xms (2 GB) für meine Pycharm-Heap-Größe zu. Hier ist es meine Konfiguration. Ich habe 8 GB Speicher, also hatte ich es mit dieser Einstellung eingerichtet:

-server
-Xms2048m
-Xmx2048m
-XX:MaxPermSize=2048m
-XX:ReservedCodeCacheSize=2048m

Speichern Sie die Einstellung und starten Sie die IDE neu. Und ich aktiviere "Speicheranzeige anzeigen" unter Einstellungen-> Aussehen & Verhalten-> Aussehen. um es in Aktion zu sehen:

und Pycharm ist schnell und läuft jetzt gut.

Referenz: https://www.jetbrains.com/help/pycharm/2017.1/tuning-pycharm.html#d176794e266

In meinem Fall war das Problem ein Ordner im Projektverzeichnis, der mehr als 300.000 Dateien mit insgesamt 11 GB enthielt. Dies war nur ein temporärer Ordner mit Bildergebnissen einiger Berechnungen. Nach dem Verschieben dieses Ordners aus der Projektstruktur verschwand die Langsamkeit. Ich hoffe, dies kann jemandem helfen. Bitte überprüfen Sie Ihre Projektstruktur, um festzustellen, ob etwas nicht erforderlich ist.

Es ist super einfach, die Heap-Größe wie erwähnt zu ändern. Gehen Sie ganz einfach zu Pycharm HELP -> Benutzerdefinierte VM-Option bearbeiten ... und ändern Sie sie in:

-Xms2048m
-Xmx2048m

In Bezug auf das Einfrierproblem haben wir festgestellt, dass dies bei der Verarbeitung von CSV-Dateien mit mindestens einer extrem langen Zeile aufgetreten ist.

Reproduzieren:

[print(x) for x in (['A' * 54790] + (['a' * 1421] * 10))]

Es scheint jedoch in PyCharm 4.5.4 behoben worden zu sein . Wenn dies auftritt , versuchen Sie, Ihren PyCharm zu aktualisieren.

Ich habe eine Lösung für dieses Problem gefunden, die unter Windows wunderbar funktioniert, und wollte sie teilen.

Lösungen, die nicht funktionierten: Ich habe 16 GB RAM und hatte immer noch eine schreckliche Verzögerung. PyCharm benötigt weniger als 1 GB RAM für mich, das war also nicht das Problem. Das Ausschalten von Inspektionen hat überhaupt nicht geholfen, und ich hatte keine speziellen Plugins, an die ich mich erinnere. Ich habe auch versucht, mit CPU-Affinitäten für den Prozess herumzuspielen, was kurz funktionierte, aber nicht wirklich.

Was hat wunderbar funktioniert, fast perfekt:

1. Setzen Sie die CPU-Priorität von PyCharm auf "Über Normal"
2. Setzen Sie die CPU-Priorität für Python-Prozesse auf unter Normal

Sie können dies manuell tun, ich empfehle jedoch die Verwendung eines Programms, das die Einstellung bei Neustarts und für mehrere Instanzen beibehält. Ich habe Process Hacker verwendet: Klicken Sie mit der rechten Maustaste auf den Prozess -> Priorität -> Legen Sie die Priorität fest. Klicken Sie dann erneut mit der rechten Maustaste -> Verarbeiten -> und wählen Sie "Für pycharm64.exe speichern" und in ähnlicher Weise für Python "Für python.exe speichern". Gehen Sie schließlich in Process Hacker zu Optionen und wählen Sie "Start, wenn ich mich anmelde".Dadurch erhalten ALLE ausführbaren Pycharm- und Python-Dateien diese CPU-Prioritäten, auch nach dem Neustart des Programms und / oder Windows, und unabhängig davon, wie viele Python-Instanzen Sie starten.

Grundsätzlich kann ein Großteil der Verzögerung von PyCharm auf Konflikte mit anderen Programmen zurückzuführen sein. Denken Sie darüber nach: Ja, PyCharm benötigt viel CPU, aber die PyCharm-Entwickler sind nicht dumm. Sie haben wahrscheinlich zumindest sichergestellt, dass es ohne Verzögerung auf einem leeren Kern laufen kann. Aber jetzt öffnen Sie Chrome und 30 Registerkarten, Fiddler, ein FTP-Programm, iTunes, Word, Slack usw., und alle konkurrieren mit PyCharm auf derselben CPU-Prioritätsstufe. Immer wenn die Summe aller Programme> 100% auf einem Kern liegt, sehen Sie eine Verzögerung. Wenn Sie zu "Über der normalen Priorität" wechseln, befindet sich PyCharm näher am leeren Kern, auf dem es wahrscheinlich getestet wurde.

Was Below Normal auf python.exe betrifft, möchten Sie Ihren Computer im Grunde nicht mit Ihrer eigenen Entwicklung verlangsamen. Die meisten Python-Programme sind im Wesentlichen "Batch" -Programme, und Sie werden wahrscheinlich nicht bemerken, wie lange es dauert, bis sie ausgeführt werden. Ich empfehle dies nicht, wenn Sie ein grafisches interaktives Programm entwickeln.

In meinem Fall war es sehr langsam und ich musste die Inspektionseinstellungen ändern. Ich habe alles versucht. Das einzige, was funktioniert hat, war, von der Version 2018.2 auf 2016.2 zu wechseln. Manchmal ist es besser, ein paar Updates dahinter zu haben ...