pycharm course lente
Je suis un grand fan de PyCharm by JetBrains mais je rencontre des problèmes sur lesquels je pensais pouvoir poser des questions.
- Il se bloque de manière inattendue et cela se produit souvent. Dans l’ensemble, c’est un peu lent à mon goût et j'aimerais avoir quelques conseils pour augmenter les performances de l’IDE
- Souvent, lorsque j'ouvre un projet, PyCharm semble signaler tous les éléments intégrés comme des avertissements de référence non résolus. des choses comme open (), str (), etc., ainsi que certains des modules que j'importe, tels que sys (ce sont les auteurs les plus courants :)).
Le seul moyen de résoudre ce problème (2) consiste à accéder à PyCharm -> Préférences -> Interprètes Python -> Chemins -> Recharger la liste des chemins, mais je dois le faire assez souvent pour pouvoir demander une solution plus permanente.
Ma configuration: Mac OSX Lion sous MacBook Pro (mi-2010) avec 8 Go de RAM
Maintenant, écoutez, je comprends qu’il est difficile de diagnostiquer de telles choses sans un instantané ou des informations supplémentaires sur ce qui se passe, mais je demande simplement si quelqu'un a déjà rencontré ces problèmes et si oui, comment ces problèmes ont-ils été résolus?
Merci!
P.S. J'ai également contacté JetBrains à propos de ces problèmes, mais honnêtement, j'ai tendance à trouver ici des solutions de Nice aux problèmes courants et j'ai aussi pensé pouvoir demander
Chaque problème de performance avec PyCharm est unique, une solution qui aide une personne ne fonctionnera pas pour une autre. Le seul moyen de résoudre votre problème de performance spécifique consiste à capturer l'instantané du profileur de la CPU comme décrit dans ce document et en l'envoyant à l'équipe de support PyCharm , en soumettant un ticket ou directement au problème traqueur .
Après l'analyse de l'instantané de la CPU, l'équipe PyCharm travaillera sur un correctif et publiera une nouvelle version qui, espérons-le, ne sera pas affectée par ce problème de performances spécifique. L'équipe peut également vous suggérer des modifications de configuration ou des solutions de contournement pour remédier au problème en fonction de l'analyse des données fournies.
Toutes les autres "solutions" (telles que l'activation du mode d'économie d'énergie et la modification du niveau de surbrillance) masqueront simplement les véritables problèmes à résoudre.
1. Modifier le niveau de contrôle
Les versions actuelles de PyCharm vous permettent de changer le type d’analyse de code statique qu’elle effectue, et propose également une fonction d’économie d’alimentation/CPU (Cliquez sur l’icône en bas à droite, à côté du verrou):
2. Changer les répertoires indexés
Exclure les répertoires d’indexation qui sont définis dans les chemins du projet mais n’ont pas réellement besoin d’être recherchés et indexés. Appuyez sur ALT+CTRL+S et recherchez project.
3. Effectuer des balayages de mémoire
Il y a une autre caractéristique intéressante:
Allez dans les paramètres (Fichier/Paramètres) et recherchez memory. Dans IDE Settings>Appearance -> cochez Show memory indicator. Une barre de mémoire sera affichée dans le coin inférieur droit (voir l'image ci-dessous). Cliquez sur cette barre pour exécuter un garbage collection/memory sweep .
Et bien Lorenz Lo Sauer a déjà une bonne question à poser. mais si vous voulez résoudre ce problème par le biais du Pycharm Tuning (sans désactiver l'inspection du code Pycharm). vous pouvez ajuster la taille du tas selon vos besoins. étant donné que je préfère utiliser la solution de taille croissante pour une application lente de Pycharm Application.
Vous pouvez ajuster la taille de pile en modifiant le fichier pycharm.exe.vmoptions. et pycharm64.exe.vmoptions pour une application 64 bits. puis éditez les valeurs -Xmx et -Xms.
Donc, j'alloue 2048m pour xmx et la valeur xms (qui est de 2 Go) pour ma taille de pile Pycharm. Ici c'est ma configuration. J'ai 8 Go de mémoire, donc je l'avais configuré avec ce paramètre:
-server
-Xms2048m
-Xmx2048m
-XX:MaxPermSize=2048m
-XX:ReservedCodeCacheSize=2048m
Et j'active "Afficher l'indicateur de mémoire" dans les paramètres-> Apparence & Comportement-> Apparence. pour le voir en action:
et Pycharm est rapide et fonctionne bien maintenant.
Référence: https://www.jetbrains.com/help/pycharm/2017.1/tuning-pycharm.html#d176794e266
Dans mon cas, le problème était un dossier dans le répertoire du projet contenant plus de 300 000 fichiers totalisant 11 Go. Ce n'était qu'un dossier temporaire contenant les images résultant de calculs. Après avoir déplacé ce dossier hors de la structure du projet, la lenteur a disparu. J'espère que cela peut aider quelqu'un. Veuillez vérifier la structure de votre projet pour voir si quelque chose n'est pas nécessaire.
En ce qui concerne le problème de blocage, nous avons constaté que cela s’est produit lors du traitement de fichiers CSV comportant au moins une ligne extrêmement longue.
Reproduire:
[print(x) for x in (['A' * 54790] + (['a' * 1421] * 10))]
Cependant, il semble que ait été corrigé dans PyCharm 4.5.4. Si vous rencontrez ce problème, essayez de mettre à jour votre PyCharm.
Il est très facile de changer la taille du tas comme il a été mentionné ... simplement en allant dans Pycharm AIDE -> Éditer l'option personnalisée VM ... et en le changeant en:
-Xms2048m
-Xmx2048m
J'ai trouvé une solution à ce problème qui fonctionne à merveille sous Windows et je voulais la partager.
Des solutions qui ne fonctionnaient pas: je disposais de 16 Go de RAM et j'avais toujours un retard horrible. PyCharm prend moins de 1 Go de RAM pour moi, ce n’était donc pas le problème. Désactiver les inspections n'a pas aidé du tout, et je ne me souvenais d'aucun plugin spécial. J'ai également essayé de jouer avec les affinités CPU pour le processus, ce qui a fonctionné brièvement mais pas vraiment.
Ce qui a fonctionné à merveille, presque parfaitement:
- Réglez la priorité du processeur de PyCharm sur Supérieure à la normale
- Définissez la priorité du processeur pour les processus Python sur En dessous de la normale
Vous pouvez le faire manuellement, mais je vous recommande d'utiliser un programme qui préservera le paramètre entre les redémarrages et pour plusieurs instances. J'ai utilisé Process Hacker: Faites un clic droit sur le processus -> Priorité -> Définissez la priorité. Puis cliquez à nouveau avec le bouton droit de la souris -> Processus -> et sélectionnez "Enregistrer pour pycharm64.exe" et, de la même manière, pour python "Enregistrer pour python.exe." Enfin, dans Process Hacker, sélectionnez Options et sélectionnez "Démarrer lorsque je me connecte". Cela fera en sorte que TOUS les exécutables Pycharm et python acquièrent ces priorités de processeur, même après le redémarrage du programme et/ou de Windows, et quel que soit le nombre d'instances python que vous lancez.
Fondamentalement, une grande partie du retard de PyCharm peut être dû à un conflit avec d'autres programmes. Pensez-y: oui, PyCharm nécessite beaucoup de ressources processeur, mais les développeurs de PyCharm ne sont pas stupides. Ils ont probablement au moins assuré qu'il peut fonctionner sans retard sur un noyau vide. Mais maintenant, vous ouvrez Chrome et 30 onglets, Fiddler, un programme FTP, iTunes, Word, Slack, etc., et tous rivalisent avec PyCharm au même niveau de priorité du processeur. Chaque fois que la somme de tous les programmes est> 100% sur un noyau, vous constatez un décalage. Le passage à une priorité supérieure à la normale donne à PyCharm un élément plus proche du noyau vide sur lequel il a probablement été testé.
Pour ce qui est de Below Normal sur python.exe, fondamentalement, vous ne voulez pas ralentir votre ordinateur avec votre propre développement. La plupart des programmes python sont essentiellement des programmes "batch", et vous ne remarquerez probablement pas le temps supplémentaire nécessaire à son exécution. Je ne le recommande pas si vous développez un programme graphique interactif.
Dans mon cas, c'était très lent et je devais changer les paramètres d'inspection, j'ai tout essayé, la seule chose qui a fonctionné allait de la version 2018.2 à la version 2016.2, il est parfois préférable d'être à la traîne ...