Spyder: Spyder 4.0.0は、行を追加または削除するときに耐えられないほど遅い

@gabrielclow 、あなたの説明は十分ではありません。 投稿してください：

1. どのような種類のファイルを編集していますか（Pythonまたはその他）？
2. ファイルには何行ありますか？
3. 「インデントガイド」などを有効にしていますか？

最後に、ビデオ（Licecapを使用したアニメーションGIF）の問題を投稿して、正確に何を参照しているかを確認してください。

@gabrielclow 、あなたの説明は十分ではありません。 投稿してください：

1. どのような種類のファイルを編集していますか（Pythonまたはその他）？
2. ファイルには何行ありますか？
3. 「インデントガイド」などを有効にしていますか？

最後に、ビデオ（Licecapを使用したアニメーションGIF）の問題を投稿して、正確に何を参照しているかを確認してください。

1. .pyファイルのみを編集しています
2. 行数に依存しているようには見えません。 50行の小さなファイルから5k行の大きなファイルに発生します。
3. オートコンプリート（スクリーンショットの設定）のみを使用します。 残りはオフになっています（リンティング、コードスタイルのリンティング、ドックストリングのリンティング、インデントガイドはありません）。 他の言語を設定しておらず、カイトのオンとオフを切り替えてみました。

gifで、Enterキーを押しながら新しい行が作成されるのを待ってから、Ctrl + Zキーを押してそれらを削除します（Ctrl + Dと同じ効果なので、これも関係がないと思います。ショートカット）。 次に、Spyderは停止し、スムーズに実行するのではなく、非常にゆっくりと行を追加または削除します。

更新：どうやら、いくつかのファイルを閉じると、速度の低下は目立たなくなります！
更新2 ：また、速度低下の量は、開いているファイルの数+各ファイルの行数に明らかに関係していますが、現在選択されているファイルに関係なく発生します。 小さなファイルをいくつか残して残りを閉じると、はるかにスムーズになります
アップデート3 ：長押ししたり、押しすぎたりすると、スパイダーがしばらくハングすることもあります

また、速度低下の量は明らかに開いているファイルの数に関連しています

最悪の速度低下が見られたときに開いたファイルの数はいくつですか。

また、速度低下の量は明らかに開いているファイルの数に関連しています

最悪の速度低下が見られたときに開いたファイルの数はいくつですか。

私は主に6〜8個のファイルを開いて作業します。 通常、そのうちの約2つは大きく（4k〜5k行）、残りは100〜500行の小さいファイルです。

@ CAM-Gerlach、あなたは以前にこのようなものを見たことがありますか？

これについてコメントすると、私も同じ問題を抱えているため、実際にはSpyder 4をアンインストールして、Spyder3.3.6に戻ります。
Spyder 3でも有効になっている設定のみを有効にしているので、PEP8チェック。 コード補完と詳細が有効になります。 ただし、docstringチェックはありません。 コードスニペット; ホバーの説明; 凧; 等
速度低下はとおりですが、1行が挿入されるまでに2秒ほどかかる場合があります。

大きなパッケージを作成するとき、30〜50個のPythonファイルを同時に開くことは珍しくありません。その中には、3,000行を超えるコードを簡単に含めることができるものもあります（大幅な速度低下に気付いたときに開いていました）。
ほとんどの場合、3つのモニターを同時に使用してスクリプトを編集します。これは最大8つのパネルを保持でき、ファイルを頻繁に切り替える必要があるため、これらのファイルのほとんどを閉じることはできません。

個人的には、この速度低下の主な理由は、開いているファイルが変更されるたびに更新/実行する必要のあるデータベースとスクリプトがかなりあることだと感じています。

万が一、ファイルが変更されるたびに、開いているすべてのファイルのすべての行で実行されるスクリプトはありますか？
スローダウンが、開いているすべてのファイルの合計行数に比例するように見える理由と、編集中のファイルに依存しないように見える理由を説明します。

このバグを確認できます。 私のコンピュータではそれほど悪くはありませんが（今まで気づかなかった）、行の追加/削除はテキストの追加よりもはるかに遅いです。 押し続けると、エンターの問題が目立ちます。

@bcolsen 、どうすればそれを再現できますか？

約40個のファイルを開くと、かなり遅くなるようです。 アクティブなファイルだけでなく、すべてのファイルをチェックしているdocdidchangeに何かがあるようです。 多分アウトライナー。

@ ccordoba12私が知る限り、この動作は基本的に＃8864と同じであり、インデントガイドが有効になっている限り、 mainwindow.py開いただけで、Spyder 4ファイナルのクリーンな設定で再現できます（分割ペインがあると、ラグが2倍以上になります）。 行の削除には、私がテストした他のものと同じ大きな遅れがあります（ここで説明したとおりです。適度に強力なマシンでは、待ち時間が1秒、繰り返し遅延が1秒で、ファイルの長さと開いている分割ペインの数に比例してスケーリングします）。そこに（行の移動、行の複製など）、一時ファイルとmainwindow.pyをクリーンな設定で開いた状態で、Spyder4ファイナルでも引き続き発生することを確認できます。

ただし、インデントガイドはデフォルトで有効になっていないと思いました。実際、設定をリセットした後は有効になっていないようですが、他の設定（リアルタイムコード）では、この量のラグの近くで再現できないようです。分析、OTFの完了、エラーと警告に下線を引く、空白を表示するなど）。 それらすべてを有効にすると、インデントガイドを保存できますが、かなり遅れます。

万が一、ファイルが変更されるたびに、開いているすべてのファイルのすべての行で実行されるスクリプトはありますか？

LSPが呼び出され、最初はそれでしたが、分割ペインでの動作、特定の表示アイテムであり、他のアイテムではないなどに基づいています。代わりに、再描画に関連している可能性があると考えています（表示だけでなくファイル全体を描画します）。エリアなど）。 しかし、それは私の給与水準をはるかに上回っています。

@ ccordoba12私が知る限り、この動作は基本的に＃8864と同じであり、インデントガイドが有効になっている限り、 mainwindow.py開いただけで、Spyder 4ファイナルのクリーンな設定で再現できます（分割ペインがあると、ラグが2倍以上になります）。

50個のファイルを開いて8個の分割ペイン（通常はファイルを編集する方法）と一緒にインデントガイドも有効にすると、ラグは新しい行ごとに6〜10秒に増加します。
私が使用しているコンピューターはハイエンドのゲーミングデスクトップなので、実際にはマシンのパワーのせいではありません。

@dalthvizと私は＃8864を再現しようとしましたが失敗しました。 申し訳ありませんが、再現できるようになるまで、私たちにできることは何もありません。

約40個のファイルを開くと、かなり遅くなるようです。 アクティブなファイルだけでなく、すべてのファイルをチェックしているdocdidchangeに何かがあるようです。 多分アウトライナー。

わかりました、それは良いスタートです。 これをチェックします。

@ ccordoba12このラグの原因をSpyder4とSpyder3で感じられる主な「ベースライン」ラグのようtemp.pyとmainwindow.py開いていて、他に何も有効になっておらず、アウトラインペインも開いていない状態で、実際に表示されます（それほど悪くはありませんが）。 クリーンな設定から再現する方法は次のとおりです。

1. mainwindow.pyと分割エディターパネルを開き、右側のパネルをtemp.pyを表示するように設定し、左側をメインウィンドウを表示するように設定します。
2. 左側のパネル（メインウィンドウ）で行の削除/複製/移動、元に戻す/やり直しなどを押し続けます。 小さいながらも目立つラグが見られます。
3. アウトラインペインを開きます（デフォルトでは非表示になっています）。 これは（マイナーですが有用な明らかなバグのため）、開いたときにアクティブな分割パネルではなく、右端の分割パネルでアクティブなファイルを表示するように切り替わるため、アウトラインペインに表示されるファイルをフォーカスされたファイルから同期解除します/ unhidden。
4. メインウィンドウで/ etc /行の削除を再試行します。 ラグはほとんどなく、繰り返し率は高くなります（パフォーマンスの低いマシンでより顕著になる可能性があります）
5. 右側のパネル（temp.py）をクリックしてから、左側のパネル（メインウィンドウ）に戻って、アウトラインエクスプローラーに左側のパネルのアウトラインを正しく表示させます。
6. 削除などを再試行すると、手順2と同じようにラグが戻ります（アウトラインエクスプローラーがまったく表示されなかった場合）

多くのファイルでテストするために、 spyderディレクトリでimport osを検索し、分割パネルビューで最初の40〜50個のファイルを開き（大きいファイルが少ないほど同等の効果が得られるはずです）、手順を繰り返しました。上記の2-6。 短いファイルでも、手順2と6の両方で行を削除すると（アウトラインエクスプローラーが非表示になり、アクティブファイルに表示されます）、はるかに大きなラグが発生しました（メインウィンドウのインデントガイドレベルと同様）。ステップ4（エクスプローラーのアウトラインが開いてアクティブファイルから同期解除されている）でのラグ（開いているファイルがない、またはSpyder 3レベルのように）。

一方、両方の時間でインデントガイドを有効にすると、開いているファイルの数に関係なく、行の削除などが非常に遅くなり、結果として生じるラグは、変更されている現在のファイルの長さと表示されている分割ペインの数によってのみ実質的に影響を受けるように見えましたファイル。

1. アウトラインペインを開きます（デフォルトでは非表示になっています）。 これは（マイナーですが有用な明らかなバグのため）、開いたときにアクティブな分割パネルではなく、右端の分割パネルでアクティブなファイルを表示するように切り替わるため、アウトラインペインに表示されるファイルをフォーカスされたファイルから同期解除します/ unhidden。

これは実際に私が経験していることのように聞こえますが、別の詳細を追加するだけです。別のディスプレイで1つの個別のエディターウィンドウを操作し、Spyderを起動するたびにエディターペインを閉じます。 そのため、関連する場合は、分割ペインのない単一のエディターウィンドウでこのバグが発生します。 インデントガイドも、はるかに長い時間がかかります。

答えが見つかるといいのですが、これはすぐに修正されるので、4.0.0でグレートダークモードを使用できます。

行が追加または削除されるたびに、アウトライナーが開いているすべてのファイルを更新することを確認できます。 これにより、開いているファイルの数に応じて、行の削除/追加にかかる時間が長くなります。 上記のPRで簡単な「修正」を行いました。これは、開いている多くのファイルの問題を解決するようです。 @ Impact27考え？

別の、しかし明らかに関連する問題は、大きなファイル（> 2000行）も行の変更による更新に時間がかかることです。 現在、これらの大きなファイルを4つまたは5つ開いていると、update_allの作成によって処理がさらに遅くなります。 上記のパッチを使用すると、@ CAM-Gerlachが上記で説明している問題は、大きなファイルでも発生しますが、小さなファイルは常に高速である必要があります。

別の、しかし明らかに関連する問題は、大きなファイル（> 2000行）も行の変更による更新に時間がかかることです。 現在、これらの大きなファイルを4つまたは5つ開いていると、update_allの作成によって処理がさらに遅くなります。 上記のパッチを使用すると、@ CAM-Gerlachが上記で説明している問題は、大きなファイルでも発生しますが、小さなファイルは常に高速である必要があります。

UIブロックプロセスをスレッドに移動する必要があるようです。

UIブロックプロセスをスレッドに移動する必要があるようです。

これが最善でしょう。 ただし、その時点ではシンタックスハイライトに関連付けられていると思います。

ただし、その時点ではシンタックスハイライトに関連付けられていると思います。

Qtのシンタックスハイライトインフラストラクチャがメインスレッドで実行されるため、これは問題です：-\

@bcolsen現在のファイルを更新するだけでなく、アウトラインエクスプローラーが表示されていない場合も更新されません（私のテストで確認されているように）。

私は同じ問題を抱えています。
スパイダーは非常に遅くなりました。
更新が必要なパッケージがあればいいのですが。

@NaderNazemiこの問題からわかるように、包括的なテストを実行し、問題の原因を

修正されたようですが、4.1.4バージョン（おそらく新しいバージョンがあります）では、Kiteオートコンプリートアプリを閉じると問題が発生します。

ねえ@DGuidi 、私たちに知らせてくれてありがとう。 参考までに、Spyder 4.1.5は数週間前にリリースされましたが、いくつかのマイナーな改良と、スクロール、入力、リアルタイムのコード分析/インデントガイドなどの使用時のエディターのパフォーマンスを改善するためのいくつかの大きな変更があります。 次のバージョンで実装されているか、現在テスト中です。 あなたが冒険心を感じているなら、＃13864を試してみて、それがあなたのために物事を改善するかどうか見ることができれば、それは本当に役に立ちます。 私もまもなくテストします。

Kiteに関しては、私はそれとそのサードパーティ独自のプラグインを使用していませんが、それを解決するのに本当に役立つ遅い特定のケースを分離したようですので、開発者の1人または誰かそうでなければ、何が起こっているのかを理解することができます。 頑張ってください！

@ CAM-Gerlachとすべて、情報を追加するために、 https： //winpython.github.io/のWinPython64-3.8.5.0codを使用しているため、問題はこのパッケージまたはウィンドウの構成に依存している可能性があります機械。
少なくともwinpythonが更新されるまで、spyderバージョンをアップグレードするのは難しいです。自分のマシンにソフトウェアをインストールする機能がありません。

カイトコンプリーションとフォールバックコンプリーションを無効にしても機能しません:(

@stonebigこれについて何か知っている可能性はありますか？

とりあえず、 Sourceメニュー、 Preferences > Editor 、 Preferences > Completion and Introspectionで特に必要のないオプション、特に大幅な遅延を引き起こす可能性のあるインデントガイドを無効にしてみてください。 それ以外に、Spyder 4.2.0のいくつかの修正が準備されているか、最終テストが行​​われています。これは、エディターのパフォーマンスを向上させ、特に大きなファイルでの速度低下の原因のほとんどを解決することを目的としています。しかし、それらをテストしてそれらがあなたのために物事を改善することを確認することができなければ、申し訳ありませんが、他に何をお勧めするのか本当にわかりません。

こんにちは@ CAM-Gerlach、95％の時間Windowsは非常に遅いです、それはアンチウイルス活動またはメモリ飽和に関連しています。

また、Spyderのオプションのプラグインは状況を改善しない可能性があります

わかりました、ありがとう。 うまくいけば、4.2.0が解決するか、少なくとも@DGuidiの状況が大幅に改善され