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. 자동 완성 만 사용합니다 (스크린 샷의 구성). 나머지는 꺼져 있습니다 (린팅 없음, 코드 스타일 린팅 없음, 독 스트링 린팅 없음, 들여 쓰기 가이드 없음). 다른 언어를 설정하지 않았고 Kite를 켜고 끄려고했습니다.

gif에서 Enter 키를 누른 채 새 줄이 생성 될 때까지 기다린 다음 Ctrl + Z를 눌러 제거합니다 (Ctrl + D와 동일한 효과이므로 지름길). 그런 다음 Spyder는 원활하게 수행하는 대신 매우 느리게 행을 중지하고 추가하거나 삭제합니다.

업데이트 : 분명히 일부 파일을 닫으면 속도가 느려지는 것이 눈에 띄지 않습니다!
업데이트 2 : 또한 속도 저하 정도는 열린 파일 수 + 각 파일의 줄 수와 관련이 있지만 현재 선택한 것과 관계없이 발생합니다. 작은 파일 몇 개만 유지하고 나머지 파일을 닫으면 훨씬 부드럽습니다.
업데이트 3 : 너무 길게 누르거나 너무 빨리 누르면 스파이더가 잠시 멈출 수 있습니다.

또한 속도 저하 정도는 열린 파일 수와 관련이 있습니다.

최악의 속도 저하를 보았을 때 얼마나 많은 파일을 열었습니까?

또한 속도 저하 정도는 열린 파일 수와 관련이 있습니다.

최악의 속도 저하를 보았을 때 얼마나 많은 파일을 열었습니까?

저는 주로 6-8 개의 파일을 열어서 작업합니다. 일반적으로 약 2 개는 더 크고 (4k-5k 라인) 나머지는 100-500 라인의 작은 파일입니다.

@ CAM-Gerlach, 전에 이런 걸 본 적이 있습니까?

이에 대해 언급 할 수 있다면 동일한 문제가 발생하여 실제로 Spyder 4를 제거하고 Spyder 3.3.6으로 돌아갑니다.
Spyder 3에서도 활성화 된 설정 만 활성화되어 있으므로 PEP8 확인; 코드 완성 및 세부 정보가 활성화됩니다. 그러나 독 스트링 검사는 없습니다. 코드 스 니펫; 호버 설명; 연; 기타
속도 저하는 @gabrielclow 의 GIF에 표시된 것과

대용량 패키지를 빌드 할 때 30-50 개의 Python 파일을 동시에 열 수있는 것은 드문 일이 아닙니다. 그중 일부는 3k 줄 이상의 코드를 쉽게 포함 할 수 있습니다 (대량의 속도 저하를 감지했을 때 열었습니다).
대부분의 경우 3 개의 모니터를 동시에 사용하여 스크립트를 편집하고 최대 8 개의 패널을 보유 할 수 있고 파일 간을 자주 전환해야하므로 대부분의 파일을 닫을 수 없습니다.

개인적으로 이러한 속도 저하의 주된 이유는 열린 파일이 수정 될 때마다 업데이트 / 실행해야하는 데이터베이스와 스크립트가 상당히 많다는 느낌을받습니다.

혹시 파일이 수정 될 때마다 열려있는 모든 파일의 모든 행에서 실행되는 스크립트가 있습니까?
속도 저하가 열려있는 모든 파일의 총 줄 수에 따라 확장되는 이유와 편집중인 파일과 무관 한 이유를 설명합니다.

이 버그를 확인할 수 있습니다. 내 컴퓨터에서 그렇게 나쁘지는 않지만 (지금까지 실제로 눈치 채지 못했지만) 줄 추가 / 제거는 텍스트를 추가하는 것보다 훨씬 느립니다. 입력 문제는 누르고 있으면 실제로 눈에.니다.

@bcolsen , 어떻게 재현 할 수 있습니까?

약 40 개의 파일을 열면 꽤 느린 것 같습니다. docdidchange에 활성 파일뿐만 아니라 모든 파일을 확인하는 무언가가있을 수 있습니다. 아마 아웃 라이너.

@ ccordoba12 내가 말할 수있는 한,이 동작은 기본적으로 # 8864와 동일하며 들여 쓰기 가이드가 활성화되어있는 한 mainwindow.py 열어서 Spyder 4 final에서 깨끗한 설정으로 재현 할 수있을만큼 충분히 확실합니다 ( 분할 창이 있으면 지연이 두 배 이상 증가합니다.) 줄 삭제는 내가 테스트 한 다른 것들과 동일한 주요 지연이 있습니다 (정확히 여기에 설명 된대로, 중간 정도의 강력한 시스템에서 ~ 1 초의 지연 및 ~ 1 초의 반복 지연, 파일 길이 및 열린 분할 창 수에 비례하여 확장 됨) 거기에 (줄 이동, 줄 복제 등) 스파이더 4 파이널에서 임시 파일과 깨끗한 설정으로 mainwindow.py 열려있는 상태로 여전히 발생하는지 확인할 수 있습니다.

그러나 들여 쓰기 가이드는 기본적으로 활성화되어 있지 않다고 생각했고 실제로 환경 설정을 재설정 한 후에는 활성화되지 않은 것처럼 보였지만 다른 설정 (실시간 코드)으로는이 정도의 지연 시간 근처에서 재현 할 수없는 것 같습니다. 분석, OTF 완료, 밑줄 오류 및 경고, 공백 표시 등 그들 모두가 들여 쓰기 가이드 저장을 활성화하면 꽤 지연됩니다.

혹시 파일이 수정 될 때마다 열려있는 모든 파일의 모든 행에서 실행되는 스크립트가 있습니까?

LSP가 호출되고 처음에는 그랬지만 분할 창, 특정 표시 항목, 다른 항목 등의 동작을 기반으로합니다. 대신 다시 그리기와 관련 될 수 있다고 생각합니다 (표시된 항목 대신 전체 파일을 그립니다. 지역 등). 그러나 그것은 내 급여 등급보다 훨씬 높습니다.

@ ccordoba12 내가 말할 수있는 한,이 동작은 기본적으로 # 8864와 동일하며 들여 쓰기 가이드가 활성화되어있는 한 mainwindow.py 열어서 Spyder 4 final에서 깨끗한 설정으로 재현 할 수있을만큼 충분히 확실합니다 ( 분할 창이 있으면 지연이 두 배 이상 증가합니다.)

50 개의 파일을 열고 8 개의 분할 창 (일반적으로 파일을 편집하는 방식)과 함께 들여 쓰기 안내선을 활성화하면 지연이 새 줄당 6 ~ 10 초로 증가합니다.
제가 사용하는 컴퓨터는 고급 게임용 데스크탑이므로 실제로 기계의 성능 때문이 아닙니다.

@dalthviz 와 나는 # 8864를 성공적으로 재현하지 못했습니다. 죄송합니다. 재현 할 수있을 때까지는 할 수있는 일이 없습니다.

약 40 개의 파일을 열면 꽤 느린 것 같습니다. docdidchange에 활성 파일뿐만 아니라 모든 파일을 확인하는 무언가가있을 수 있습니다. 아마 아웃 라이너.

좋습니다. 좋은 시작입니다. 우리는 이것을 확인할 것입니다.

@ ccordoba12 나는이 지연의 원인을 알아 냈는데, 이것은 사실 내가 한동안 이야기했던 Spyder 4 대 Spyder 3에서 느껴지는 주요 "기준"지연 인 것처럼 보인다. @bcolsen이 제안했듯이, 그것은 실제로는 창이 열려 있는지 닫혀 있는지에 관계없이 실제로 발생하지만 실제로는 개요 창입니다. 저가형 컴퓨터에서는 temp.py 및 mainwindow.py 열려 있고 다른 항목은 활성화되지 않고 개요 창이 열려 있지 않은 상태로 실제로 표시됩니다 (나쁜 곳은 없지만). 깨끗한 설정에서 재현하는 방법은 다음과 같습니다.

1. mainwindow.py 및 분할 편집기 패널을 열고 오른쪽 패널에 temp.py를 표시하고 왼쪽 패널에 메인 창을 표시하도록 설정합니다.
2. 왼쪽 패널 (메인 창)에서 줄 삭제 / 복제 / 이동, 실행 취소 / 다시 실행 등을 누릅니다. 작지만 눈에 띄는 지연이 분명합니다.
3. 개요 창 (기본적으로 숨겨져 있음)을 엽니 다. 이것은 (사소하지만 유용한 명백한 버그로 인해) 개요 창에 표시된 파일을 포커스가있는 파일에서 동기화 해제합니다. 열릴 때 활성 분할 패널이 아닌 가장 오른쪽 분할 패널에 활성 파일을 표시하도록 전환하기 때문입니다. / 숨겨지지 않음.
4. 메인 창에서 / etc / 줄을 삭제 해보십시오. 지연이 거의없고 반복률이 더 높습니다 (성능이 낮은 시스템에서 더 눈에 띄게 나타남).
5. 오른쪽 패널 (temp.py)을 클릭 한 다음 다시 왼쪽 패널 (메인 창)을 클릭하여 개요 탐색기가 왼쪽 패널의 윤곽을 올바르게 표시하도록합니다.
6. 삭제 등을 다시 시도하면 2 단계와 동일하게 지연이 돌아옵니다 (개요 탐색기가 전혀 보이지 않는 경우).

많은 파일로 테스트하기 위해 spyder 디렉토리에서 import os 를 검색하고 분할 패널보기에서 처음 40-50 개 파일을 열고 (더 큰 파일이 적을수록 동등한 효과를 생성 함) 단계를 반복했습니다. 위의 2-6. 짧은 파일에서도 2 단계와 6 단계 (개요 탐색기가 숨겨져 있고 활성 파일에 표시됨)에서 줄을 삭제할 때 훨씬 더 많은 지연이 발생했습니다 (메인 창의 들여 쓰기 가이드 수준과 유사). 4 단계에서 지연 (파일이 열려 있지 않거나 Spyder 3 수준 인 것처럼) (탐색기가 열리고 활성 파일에서 동기화 해제 됨).

한편, 두 번 모두 들여 쓰기 안내선을 활성화하면 열려있는 파일 수에 관계없이 삭제 / 등 줄이 매우 느 렸으며 결과 지연은 수정중인 현재 파일의 길이와 표시되는 분할 창 수에 의해서만 크게 영향을받는 것으로 보입니다. 파일.

1. 개요 창 (기본적으로 숨겨져 있음)을 엽니 다. 이것은 (사소하지만 유용한 명백한 버그로 인해) 개요 창에 표시된 파일을 포커스가있는 파일에서 동기화 해제합니다. 열릴 때 활성 분할 패널이 아닌 가장 오른쪽 분할 패널에 활성 파일을 표시하도록 전환하기 때문입니다. / 숨겨지지 않음.

이것은 실제로 내가 경험하고있는 것처럼 들리지만 다른 세부 사항을 추가하는 것뿐입니다. 다른 디스플레이에서 하나의 별도 편집기 창으로 작업하고 실행할 때마다 Spyder의 편집기 창을 닫습니다. 따라서 관련이있는 경우 분할 창이없는 단일 편집기 창에서 여전히이 버그가 발생합니다. 들여 쓰기 안내선을 사용하면 시간이 훨씬 더 오래 걸립니다.

답을 찾을 수 있기를 바라며 곧 수정되어 4.0.0에서 그레이트 다크 모드를 사용할 수 있습니다.

줄이 추가되거나 제거 될 때마다 아웃 라이너가 열려있는 모든 파일을 업데이트하는지 확인할 수 있습니다. 이로 인해 열린 파일 수가 증가함에 따라 줄 제거 / 추가 시간이 늘어납니다. 많은 열린 파일의 문제를 해결하는 것처럼 보이는 위의 PR에서 간단한 "수정"을했습니다. @ impact27 생각?

별개이지만 분명히 연관된 문제는 대용량 파일 (> 2000 줄)도 줄 변경으로 업데이트 속도가 느리다는 것입니다. 현재 이러한 대용량 파일 중 4 개 또는 5 개를 열어두면 update_all make를 사용하면 작업 속도가 훨씬 느려집니다. 위의 패치로 @ CAM-Gerlach가 위에서 설명한 문제는 여전히 큰 파일에서 발생하지만 작은 파일은 항상 빠릅니다.

별개이지만 분명히 연관된 문제는 대용량 파일 (> 2000 줄)도 줄 변경으로 업데이트 속도가 느리다는 것입니다. 현재 이러한 대용량 파일 중 4 개 또는 5 개를 열어두면 update_all make를 사용하면 작업 속도가 훨씬 느려집니다. 위의 패치로 @ CAM-Gerlach가 위에서 설명한 문제는 여전히 큰 파일에서 발생하지만 작은 파일은 항상 빠릅니다.

UI 차단 프로세스를 스레드로 이동해야하는 것 같습니다.

UI 차단 프로세스를 스레드로 이동해야하는 것 같습니다.

이것이 가장 좋습니다. 그러나 그 시점에서 구문 하이 라이터와 관련이 있다고 생각합니다.

그러나 그 시점에서 구문 하이 라이터와 관련이 있다고 생각합니다.

예, Qt의 구문 하이 라이터 인프라가 메인 스레드에서 실행되기 때문에 문제입니다.

@bcolsen 현재 파일 만 업데이트하는 것 외에도 개요 탐색기가 표시되지 않는 경우에도 업데이트되지 않아야합니다 (내 테스트에서 확인한대로).

나는 같은 문제가 있습니다.
스파이더가 매우 느려졌습니다.
업데이트해야 할 패키지가 있으면 좋겠습니다.

@NaderNazemi 문제에서 알 수 있듯이, 우리는 포괄적 인 테스트를 수행하고 문제의 원인을 분리했으며, 곧 출시 될 Spyder 4.0.1에서 대부분 해결해야하는 수정 사항을 구현했습니다. 방법. 잠시만 기다려주세요. 고급 사용자 인 경우 Github의 최신 Spyder 개발 브랜치를 테스트하여 직접 수정 해 볼 수 있습니다. 감사.

수정 된 것으로 보이지만 4.1.4 버전 (아마도 최신 버전이있을 수 있음)에서는 Kite 자동 완성 앱이 닫히면 문제가 발생합니다.

안녕하세요 @DGuidi , 알려 주셔서 감사합니다. 참고로 Spyder 4.1.5는 몇 주 전에 약간의 추가 개선 사항을 포함하여 출시되었으며 스크롤, 입력 및 실시간 코드 분석 / 들여 쓰기 가이드 등을 사용할 때 Editor 성능을 개선하기 위해 몇 가지 더 큰 변경 사항이 있습니다. 다음 버전을 위해 구현되었거나 현재 테스트 중입니다. 만약 당신이 모험심을 느낀다면 # 13864를 시도해보고 그것이 당신을 위해 일을 향상시키는 지 볼 수 있다면 정말 도움이 될 것입니다. 곧 테스트 할 것입니다.

Kite는 사용하지 않고 타사 독점 플러그인을 사용하지 않지만 느리게 해결하는 데 정말 도움이되는 특정 사례를 분리 한 것처럼 들리므로 개발자 중 한 명 또는 누군가 그렇지 않으면 무슨 일이 일어나고 있는지 알아낼 수있을 것입니다. 행운을 빌어 요!

@ CAM-Gerlach 및 모든 정보를 추가하기 위해 https://winpython.github.io/ 에서 WinPython64-3.8.5.0cod를 사용하고 있으므로 문제는이 패키지의 일부 구성 또는 내 창에 의존 할 수 있습니다. 기계.
적어도 winpython이 업데이트 될 때까지는 스파이더 버전을 업그레이드하기가 어렵습니다. 내 컴퓨터에 소프트웨어를 설치할 수 없습니다.

연 완료 및 대체 완료를 비활성화하는 것은 나를 위해 작동하지 않습니다.

@stonebig 이것에 대해 아는 것이 있습니까?

당분간은 Source 메뉴, Preferences > Editor 및 Preferences > Completion and Introspection 에서 특별히 필요하지 않은 옵션, 특히 상당한 지연을 유발할 수있는 들여 쓰기 가이드를 비활성화 할 수 있습니다. 그 외에도 몇 주 내에 출시 될 Spyder 4.2.0에 대한 최종 테스트 또는 준비된 여러 수정 사항이 있습니다. 이는 편집기 성능을 개선하고 특히 큰 파일에서 대부분의 속도 저하 원인을 해결하는 것을 목표로합니다. 그러나 그들이 당신을 위해 일을 향상시키는 지 확인하기 위해 그것들을 테스트 할 수는 없습니다.

@ CAM-Gerlach 님, Windows의 95 % 속도가 느립니다. 안티 바이러스 활동 또는 메모리 포화와 관련이 있습니다.

또한 Spyder 선택적 플러그인은 상황을 개선하지 못할 수 있습니다.

괜찮 감사. 바라건대 4.2.0이 해결되거나 적어도 @DGuidi 의 상황을 크게 개선하기를