Vscode: 밤새 실행시 충돌

이것은 매일 밤 계속해서 컴퓨터를 실행하는 것 같습니다. CPU가 최대가되어 응답하지 않는 것 같습니다. 아마도 무한 루프가 어딘가에있을 것입니다. 아마도 파일 또는 git repo 폴링과 관련이 있습니까?

OS가 VSCode (실제로 Electron)를이 충돌을 일으키는 상태로 만들기로 결정했는지 궁금합니다. 단서가 있으면 Electron을 핑했습니다.

Atom fyi에서는 최소한 1.19.x (메모리에서) 및 1.2.4에서 발생하지 않았습니다.

11 월 업데이트 (0.10.2 / 0.10.3?) 이후 비슷한 문제가 있습니다. 거의 매일 로그인하여 밤새 남겨진 VSCode 창이 모두 충돌했습니다 (표준 정보가 없거나 사과적인 충돌 오류 인 "Visual Studio Code가 충돌했습니다").

오늘, 0.10.5 업데이트 이후에 제가 그곳에있는 동안 처음으로 충돌이 발생했습니다.

Windows 7 (64 비트)에서 VSCode를 실행하여 주로 매우 큰 프로젝트에서 JS 편집기로 사용합니다. 총 약 백만 줄 (검색해야하는 libs 포함, 제외되지 않음). 정상적인 사용에서 성능 문제가 없었으며 오늘의 충돌로 이어지는 과도한 리소스 사용을 발견하지 못했습니다.

누군가 저를 지적 할 수 있다면 더 자세한 오류 로그 / 정보를 제공해 드리겠습니다.

@ Elusive138 과 동일한 기본 문제가 발생합니다. 밤새 (매일 밤) 코드를 실행하면 아침에 "Visual Studio Code가 충돌했습니다"라는 메시지가 나타납니다.

vscode 0.10.5, Ubuntu 12.04에서 여전히 나를 위해 재현

운없이 Windows 10, Mac OS 10.11 및 Ubuntu 15에서 재현하려고했습니다. 나는 메모리 부족 문제를 의심하고 있지만 위의 어느 것도 메모리가 많이 증가하지 않았습니다.

누군가 다음 조건에서 이것을 재현 할 수 있습니까?

• 빈 코드 인스턴스를 열 때 재현합니까 (파일 | 폴더 닫기)
• 작업 공간을 열 때 재생되지만 편집기에서 파일을 열지 않음

Ubuntu 12.04, vscode 0.10.5는 빈 인스턴스로 주말 동안 남겨두고 재현 할 수 없습니다.

이 시스템의 상대적으로 높은 메모리 사용률로 인해 미묘한 메모리 누수가 발생할 수 있습니다.

나는 오후 5시 30 분경에 시스템 메모리 커밋이 천천히 올라 가면서 컴퓨터를 떠났다. 오후 7시에 15,402MB였다. 오전 3시 9 분에 시스템 커밋 제한 (17,682MB)에 가장 가까운 접근 방식이었고 커밋 사용량은 16,218MB에서 15,217MB로 떨어졌습니다. 나는 이것이 VSCode가 충돌 한 곳일 수 있다고 생각합니다. 커밋 사용량은 오전 6 시경 로깅이 중지 될 때까지 안정적이었습니다 (디스크 공간 부족-성능 카운터가 큽니다!).

불행히도 모든 VSCode 프로세스를 포함하지 않았으므로 프로세스 별 로깅이 없습니다. 오늘 밤 시도해 보겠습니다.

충돌 시간을 얻을 수 있다면 매우 유용 할 것입니다. VSCode는 어디에나 로그를 남깁니까?

불행히도 모든 VSCode 프로세스를 포함하지 않았으므로 프로세스 별 로깅이 없습니다. 오늘 밤 시도해 보겠습니다.

그것은 매우 유용 할 것입니다, 감사합니다!

현재 vscode는 디스크에 기록하지 않습니다.

@ Elusive138 당신은 vscode를 실행할 수있는 작업 공간을 공유 할 수 있습니까?

@bpasero 불행히도 아닙니다. 그러나 Ext JS를 기반으로하며 대부분의 (라이브러리) 코드가있는 곳입니다. 이 다른 테스트가 완료된 후 깨끗한 Ext JS 작업 영역을 시도하고 거기에서 재현되는지 확인합니다.

@ Elusive138 예, 우리 쪽에서 재현 할 샘플을 가지고 있으면 좋을 것입니다.

code.exe 프로세스 중 하나 (첨부 된 로그의 코드 # 3)가 유출 된 것 같습니다. 커밋은 오후 5시 30 분에 약 200MB에서 시작되었고 다음 날 오전 9 시까 지 460MB에 도달했으며 계속 증가했습니다.

핸들 수가 올라가지 않습니다.

vscode_memleak.zip

이번에는 다른 메모리 집약적 프로그램을 실행하지 않았기 때문에 충돌이 발생하지 않았습니다. 나중에 커밋 제한이 낮은 VM에서이를 테스트 할 수 있습니다.

이 로그는 3 개의 큰 작업 공간이 서로 다른 창에 열려 밤새 만들어졌습니다. 공유 할 수있는 작업 공간으로 범위를 좁히려 고합니다.

@ Elusive138 누출되는 프로세스의 세부 사항을 이해하는 것이 도움이 될 것입니다. PID를 찾은 다음 ps aux | grep <pid> 사용하여 전체 메타 데이터를 인쇄 할 수 있습니까?

아, 아마도 이것은 Windows에 있을지 모르지만 :)?

@bpasero 명령 줄은 다음과 같습니다.

"C:\Program Files (x86)\Microsoft VS Code\code.exe" --type=renderer --no-sandbox --lang=en-US --app-user-model-id=Microsoft.VisualStudioCode --node-integration=true --device-scale-factor=1 --enable-delegated-renderer --num-raster-threads=4 --gpu-rasterization-msaa-sample-count=8 --content-image-texture-target=3553 --video-image-texture-target=3553 --disable-accelerated-video-decode --channel="4896.1.1021371100\1043577992" /prefetch:673131151

기타 세부 사항:

프로세스 트리 :

이것은 하루 종일 사용 후입니다. 보시다시피 프로세스의 메모리 사용량은 해당 시간에 선형 적으로 증가한 것으로 보입니다 (동일한 작업 공간).

아 ... 이건 정말 나쁜 것도 아니야.

4772는 하룻밤 사이에 유출 된 프로세스였습니다. 다른 하나는 낮 동안의 사용으로 인해 떠오른 것 같습니다.

@ Elusive138 이것은 코드로 여러 개의 창이 열려있는 것 같습니다.

@bpasero 예, 지난 밤 테스트에서는 서로 다른 작업 공간으로 세 개의 창이 열려있었습니다. 위에서 언급했듯이 깨끗한 Ext JS 작업 공간에서 오늘 밤 하나만 사용해 보겠습니다.

좋아요!

안타깝게도 재현은 없습니다 ... 이건 이상합니다. 특정 프로젝트 내에서 누출을 일으키는 원인은 무엇입니까?

말하자면 @Tyriar 의 초기 문제와 다를 수 있습니다. 그의 반응이 없었고, 나와 gwynjudd가 오류 대화 상자와 충돌합니다 ..? 그렇다면 우리는 새로운 문제를 만들어야 할 것입니다 ...

@ Elusive138 이상합니다. JS 파일을 열지 않고 해당 작업 공간을 열면 재현됩니까?

또한 힙 스냅 샷을 수행 할 수있는 크롬 개발자 도구를 사용하여 프로파일 링을 시작할 수 있습니다. 이를 위해 잠시 전후에 스냅 샷을 찍어 그 메모리가 어디로 가는지 확인하십시오.

@bpasero 오, 그 devtools에 대해 완전히 잊었습니다. 오늘 밤 시도해 볼게요.

Main.js , workerMain.js 및 workerMain.js (2)의 @bpasero 힙 스냅 샷은 실제로 변경되지 않습니다. 최대 5MB까지.

내 상황에 더 추가하여 폴더를 열어 (충돌 한) 파일을 실행하려고 시도했지만 작동하는 파일이 없었으며 하룻밤 사이에 발생하지 않았습니다. 따라서 폴더가 열려 있고 작업 파일이 활성화 된 경우에만 발생합니다.

@ Elusive138 우리는 메모리 압력을 유발할 수있는 다른 프로세스를 생성하고 힙 프로필에 표시되지 않습니다. 그러나 이전 게시물 중 하나에서 렌더러 프로세스에서 나오는 높은 메모리를 식별했으며 힙 스냅 샷 아래에 표시되어야합니다. 렌더러 프로세스의 높은 메모리를 보셨나요? 자식이 아니라 고요? 렌더러는 파일 감시를위한 프로세스와 같이 생성되는 다른 프로세스의 부모이기 때문입니다.

@Tyriar 는 당신이 의미하는 바를 더 구체적으로

내가 파일 열기에 대해 묻는 이유는 예를 들어 JS 파일을 열면 JS 언어 서비스가 시작되기 때문입니다. 다른 언어 서비스도 마찬가지입니다. 따라서이 문제가 편집기에서 파일을 열지 않고 재현되는 경우 메모리 누수는 언어 서비스가 아닌 다른 곳에서 발생한 것일 수 있습니다.

시도해 볼만한 또 다른 방법 : 확장 프로그램없이 실행하여 확장 프로그램이 누출되는지 확인합니다. 그렇게하려면 --disable-extensions 로 실행할 수 있습니다.

@bpasero 위에 제공된 명령 줄이 4772 용이라고 확신합니다. 스크린 샷에서 강조 표시된 (누출 된) 명령 줄입니다. --type=renderer 됩니다.

주말에 다시 실행되도록두고 어떻게되는지 살펴 보겠습니다. 아직 JS 파일이 열려 있지 않은 상태에서 깨끗한 테스트를 수행하지 않은 것 같습니다.

@bpasero 나는 파일이 열리지 않았으며 (오른쪽) 트리 위에 작업 파일 만 있다고 생각합니다. 작업이 끝났을 때가 기억 나면 파일을 열어 확인하고 언어를 기록해 보겠습니다.

확실하지는 않지만 내 충돌이 발생했을 때 JavaScript 파일이 아니 었거나 C ++, Java 또는 언어가 없을 가능성이 높습니다. 꼭 확인하겠습니다.

@Tyriar 가 작업 파일 아래에 무언가를 가지고 있고 모든 편집기를 닫은 상태에서 (시작

@bpasero 금요일에 퇴근하기 전에 다양한 조건에서 여러 인스턴스를 열어보고 하룻밤에 모든 실험을 방해 할 수 있는지 확인합니다. 하나의 vscode 중단이 다른 모든 인스턴스를 망칠 것이라고 믿을 이유가 없다면?

@Tyriar 예, 하나 이상의 창이 열려 있으면 사용중인 총 메모리가 모두 추가되고 모두 충돌합니다. 이는 여러 창을 열 때 여전히 하나의 상위 프로세스와 1-1.5GB와 같은 하나의 메모리 제한을 공유하기 때문입니다. 누출이 어디서 발생하는지 실제로 이해하려면 다음 조건에서 격리 된 창 1 개를 측정하는 것이 가장 좋습니다.

• --disable-extensions 를 통해 활성화 된 확장 프로그램 없음 (많은 메모리를 사용하거나 누수되는 확장 프로그램도 충돌을 일으킬 수 있음)
• 시작시 파일이 열리지 않음 (시작 후 파일을 닫는 것이 이미 너무 늦음)
• 작업 파일 아래에 작업 파일이 없습니다.

영향을 미칠 수있는 작업 파일에 대한 유일한 것은 작업 공간 내에 있지 않은 각 작업 파일에 대해 파일 감시자를 설치하여 변경 사항을 감시한다는 것입니다. 이로 인해 누출이 발생할 수 있지만 놀랍습니다. 또한 파일이 열려있는 작업 공간 내에 있으면 감시자를 설치하지 않고 외부 파일에 대해서만 설치합니다.

@bpasero 열린 파일 (?)이없는 경우 누수가 없습니다. 오늘 밤 몇 개를 열고 깨끗한 작업 공간을 사용해 보겠습니다.

다음 설정으로 주말 동안 시도했습니다.

1. Code --disable-extensions
2. ~ 1300 줄 JavaScript 파일 열기

메모리와 CPU는 금요일 밤과 월요일 아침 거의 같았습니다.

@Tyriar 는 하나의 파일로 빈 작업 공간을 열거 나 먼저 폴더를 연 다음 파일을 열었습니까?

@bpasero 빈 작업 공간을 열 때 폴더를 열지 않았고 시작할 때 폴더가 열리지 않았습니다.

알겠습니다. 따라서 이것은 (잠재적으로 큰) 폴더를 여는 것과 관련이있는 것 같습니다. 이 폴더를 여는 것만으로도 충분한 지 또는 파일을 열어 두는 것만으로 트리거되는지 확인하려면 계속하십시오.

@bpasero 주말 동안 파일이 열리지 않은 상태로 큰 폴더를 열었으며 메모리 사용량이 눈에 띄게 증가하지 않았습니다. 약 7 시간 안에 재현 가능 / 공유 가능한 작업 공간으로 대용량 폴더 및 파일 열기 테스트 결과를 얻을 수 있습니다.

@bpasero 이전에 충돌을 경험 한 폴더는 13000-14000 개의 파일이 강력했을 것입니다. 여기에는 자체적으로 약 2000 년 정도의 git repo가 ​​포함됩니다.

나는 그것을 본 이후 (테스트로 인해) 오래 되었기 때문에 충돌이 최신 버전에서 여전히 발생하는지 다시 확인 할 것입니다.

그리고 JS 작업 공간이라고 가정합니까?

@bpasero py, cpp, js, html, css

좋아, 이것은 더 작은 규모 인 경우 천천히 증가하는 메모리 사용량을 재현하는 것 같습니다 : VSCodeTest.zip . /ext/build/ext-all-debug.js 열었습니다.

(예, zip 내부의 7z입니다 ... GitHub에서는 7z 또는 xz를 직접 업로드 할 수 없으며 zip 및 gzip이 너무 큽니다)

@ Elusive138 평균에서 얼마나 증가합니까? 일부 JS 파일이있는 작업 공간이 이제 메모리 증가없이 2 시간 동안 열려 있습니다.

@bpasero 죄송합니다. 다시 재생하는 데 문제가 있습니다. 이전 시도에서 위의 아카이브에 포함되지 않은 길 잃은 자식 저장소가 있다고 생각합니다. 구체적인 결과가 나오면 알려 드리겠습니다.

여러 개의 독립적 인 인스턴스를 열 수 있다면 정말 도움이 될 것입니다. 밤에 하나의 테스트로 제한되는 것은 상당히 느립니다. 별도의 프로필을 위해 Chromium 플래그를 사용합니까?

문서화하지는 않았지만 병렬로 실행할 수있는 여러 코드 버전을 빌드 할 수 있습니다. https://github.com/Microsoft/vscode/blob/master/product.json 의 값을 서로 다르게 변경 한 다음 명령 줄에서 빌드하면 여러 개별 인스턴스를 시작할 수 있습니다. 고유해야하는 식별자는 다음과 같습니다.

• darwinBundleIdentifier
• win32MutexName
• nameShort
• nameLong
• dataFolderName (예 : "dataFolderName": ".oss-code-1")

Windows 8.1. 코드에서 아침에 39,000 개의 파일이 포함 된 git 저장소의 폴더를 열었습니다.
몇 개의 파일에서 몇 가지 작은 수정 작업을 수행했습니다.
하루가 끝날 무렵 작업 관리자가보고 한 커밋 크기는 672,164K였습니다.
프로그램에 참여하지 않았을 때도 하루 종일 꾸준히 성장했습니다.

@gushie 이 저장소를 나와 공유 할 수 있습니까? 또한보고 된 초기 메모리는 무엇입니까?

@bpasero 죄송합니다.

오늘 돌아 왔을 때 프로세스가 충돌했기 때문에 어제 최종 커밋 크기가 무엇인지 모르겠습니다.

@gushie 저는 "개인 크기"를 모니터링하기 위해 code.exe 프로세스에서 성능 모니터를 사용하고 있습니다.

우리가 문제가있는 작업 공간을 공유 할 수 없다는 것은 꽤 귀찮습니다! 누군가가 오픈 소스로 이것을 접했는지 궁금합니다. 유사점 찾기 : 저장소가 git-svn과 함께 사용 되었습니까?

@bpasero 감사합니다. 월요일에 돌아 왔을 때 내가 떠난 프로세스가 재현되지 않았다면 몇 개의 추가 사본을 만들 수 있습니다. 그래도 어느 것이 어떤 것인지 추적하는 방법을 알아 내야합니다. 문제가 될 수 있습니다.

@ Elusive138 우리는 Atlassian 도구를 사용하므로 SourceTree는 개인 Stash 서버에 연결합니다.

아, 저랑 완전히 다릅니다. SVN 서버에 연결하는 로컬 Git 저장소 (Git 확장 포함)였습니다. 내 현재 테스트는 vscode 하나를 기반으로하는 git repo입니다 ... 바라건대 그것은 재현이 될 것이고 공유 할 수 있습니다.

@gushie 는 파일을 열지 않고 작업 공간을 열면 재현합니까? 이 설정을 얻으려면 먼저 모든 파일을 닫고 다시 시작하십시오. 그것이 재현되지 않는 경우, 작업 공간을 열고 하나의 JS 파일을 열고 그렇게 놔두면 재현됩니까?

@bpasero 어젯밤에 편집되지 않은 작업 파일 하나만 열어두고 오늘 아침에 메모리 사용량을 확인한 결과 메모리 사용량이 많이 변경되지 않은 것 같습니다. 이제 파일을 편집하고 빌드를 완료했으며이 상태를 그대로두고 어떤 일이 발생하는지 확인합니다.

이 문제를 읽을 때까지 작업 파일을 지우지 않았습니다. (정말 필요가 없었습니다. 일반적으로이 패널을 무시하고 그 아래에있는 프로젝트 파일 탐색기를 통해 또는 Ctrl + E를 사용하여 파일을 전환했습니다).

다시 크래시되었습니다. 이번에는 일반 사용 후 였지만 다음 상태로 유지되었습니다.

• ~ 14000 개의 파일 폴더 열림
• 5 개의 작업 파일 활성화 (.cc, .java, .h, .py, .json)
• 텍스트 편집기에 파일이 열려 있지 않습니다.

ps aux 출력 :

❯ ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
...
daniimms  6086  0.0  0.5 970620 92180 pts/0    Sl   Jan11   0:36 /home/local/ANT/daniimms/VSCode-linux-x64/Code /home/local/ANT/daniimms/VSCode-linux-x64/resources/app/out/bootstrap --type=watcherService

언급했듯이 이것은 일반 사용 후 안전 모드가 아니므로 확장으로 인한 것일 수 있습니까?

작업 파일에 작은 편집이 열린 단일 파일 만 남겼습니다. 그렇지 않으면 하루 종일 손대지 않습니다. 메모리는 초기 값에서 증가하지 않았습니다.

@Tyriar 잘 보여

@gushie 가 폴더를 열지 않고 있었습니까?

@bpasero 폴더를 열었습니다. 폴더 내에서 파일을 처음 열 때 이후로 메모리 누수를 시작하는 것처럼 보이는 작업이 분명히 있습니다. 계속 모니터링하고 범위를 좁힐 것입니다.

@bpasero 출력에서 볼 수있는 유일한 vscode 관련 프로세스 였는데, 응답이 없어 이미 종료 되었기 때문에 출력에 표시되지 않았을 가능성이 있습니까? 이 프로세스는 0.5 %의 메모리와 0 %의 CPU 만 사용했습니다. 최근 발견 한 내용을 보면 내가 겪고있는 문제는 아마도 JS 서비스 때문이 아니라고 생각합니다.

Btw 월말까지 그 이유를 찾지 못하더라도 기본적으로 표시되는 크래시 대화 상자가 창을 다시 여는 작업을 선택하여 남은 곳에서 작업을 계속할 수 있도록 변경 사항을 푸시했습니다. 여러 개의 창이 열려 있고 그중 하나만 충돌하는 경우에도 좋습니다.

(누락 된 한 가지는 향후 UI 상태를 디스크에 주기적으로 플러시하여 다시 열면 이전 작업 환경도 복원 될 수 있다는 것입니다.)

@bpasero : +1 : 도움이 될 것입니다.

VS는 약 한 달 동안 매일 아침 충돌하고 있습니다. 인내심이 끝났습니다.

정상적인 편집기가 자주 충돌하지 않아야하므로 이것이 PRI 0 버그로 취급되기를 바랍니다.

왜 이런 일이 발생했는지 추적 할 수있는 방법을 알려주세요. 나는 이것이 다른 기계에서도 일어나는 것을 보았다.

@nojvek 이런 일이 발생하는 작업 공간을 저와 공유 할 수 있습니까?

작업 공간 공유가 무엇을 의미하는지 잘 모르겠습니다. 그것은 약간의 C ++를 가진 typescript / HTML / CSS 프로젝트입니다. 약 1,500 개의 파일과 80,000 줄의 코드.

VS에 크래시 덤프를 표시하는 방법이 있습니까?

@nojvek 이 문제를 재현하기 위해 코드를 실행할 수있는 작업 공간을 갖고 싶습니다. 어딘가에서 메모리 누수와 관련이 있다고 생각하지만 어디인지는 확실하지 않습니다. 작업 공간의 zip 또는 오픈 소스 인 경우 git URL을 보내 주시면됩니다.

베냐민,

내부 마이크로 소프트 소스 코드이고 당신에게 줄 수 없다고 생각합니다.

추가 할 수있는 메모리 모니터링 도구가 있으면 알려주세요.

크롬 디버거가 내장 된 메모리 스냅 샷을 찍으면 작동할까요?
무슨 일이 일어나고 있는지 확인하기 위해 몇 시간마다 vscode에서?

2016 년 1 월 23 일 토요일, Benjamin Pasero [email protected]
썼다 :

@nojvek https://github.com/nojvek 작업 공간을 갖고 싶습니다.
이 문제를 재현하기 위해 코드를 실행할 수 있습니다. 우리는 그것이
어딘가에 메모리 누수가 어디인지 명확하지 않습니다. 우편 번호를 보내 주시면
작업 공간 또는 오픈 소스 인 경우 git URL 일 수 있습니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/508#issuecomment -174192367.

예, 메모리 스냅 샷은이 누수가 VS Code의 주요 측면에있는 경우에만 도움이됩니다. 그러나 적어도 한 경우에는 우리가 생성 한 프로세스 중 하나 (파일 감시자)에서 누출이 발생한 것으로 보입니다. 메모리 사용량 측면에서 지속적으로 증가하는 프로세스 탐색기를 사용하여 식별 할 수 있습니다.

소스 코드를 제공하는 것이 도움이되는 경우 : Microsoft에서 일합니다.)

매니저와 한마디 할게요. 이것은 Windows 리포지토리에 있으므로
조심하세요.

스레드에서 chokidar가 파일 감시자에 사용되는 것 같습니다. 잠시
다시 나는 소스 코드를 가지고 놀았다. 약간의 스파게티였습니다.

자체 간단한 노드 앱에 chokidar를로드 할 수 있는지 확인하고
그 범인.

왜 vs chokidar를 사용해야하는 특별한 이유가 있습니까? 다른
크로스 플랫폼 파일 감시자 맞죠?

2016 년 1 월 24 일 일요일, Benjamin Pasero [email protected]
썼다 :

예 메모리 스냅 샷은이 누출이 메인 내부에있는 경우에만 도움이됩니다.
VS 코드의 측면. 그러나 적어도 한 경우에는 누출이 발생한 것으로 보입니다.
우리가 생성 한 프로세스 중 하나 (파일 감시자)에서. 아마 당신이라면 가능 할지도
지속적으로 증가하는 프로세스 탐색기를 사용하여 식별
메모리 소비 조건.

소스 코드를 제공하는 것이 도움이되는 경우 : Microsoft에서 일합니다.)

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/508#issuecomment -174269028.

Chokidar는 Mac 및 Linux에서 사용되며 Windows에서는 C # 파일 감시자를 사용합니다. 작동하고 성능이 좋은 크로스 파일 감시자 솔루션으로 PR을 수락하게되어 기쁩니다. :)

노드 4.0부터 fs.watch는 Windows와 Mac 모두에서 안정화되었습니다. 참조 : https://github.com/Microsoft/TypeScript/issues/4643.

Typescript는 매우 견고한 크로스 플랫폼 파일 / 디렉토리 감시 로직을 가지고 있습니다. https://github.com/Microsoft/TypeScript/blob/931d162620c7e09377c12875834e1838c4cdd51b/src/compiler/sys.ts

변경된 VS 코드의 로컬 빌드를 얻고 여전히 충돌하는지 확인하려고합니다. 그렇지 않으면 반드시 PR을 보내겠습니다.

디렉토리에서 재귀 감시 호출을 사용하여 폴더별로 감시 리스너를 첨부 할 필요가 없도록함으로써 훨씬 나아 졌다는 것을 알고 있지만, 이벤트가 때때로 파일 / 폴더 이름을 놓치는 경우도 있습니다. 여기에서 C #을 사용하면 더 자신감이 생깁니다.

나는 오늘 재현을 할 수 있었다. 메모리 스냅 샷을 찍기 위해 개발자 도구 콘솔을 가져 오기 전에 방금 충돌했습니다.

http://i.imgur.com/rirFul1.png

typescript 서버가 약 200MB를 차지하는 것 같습니다.
렌더러는 약 800MB를 소비 한 후 충돌했습니다.

500MB 정도 사용하면 메모리 스냅 샷을 찍어 보겠습니다. --renderer 프로세스는 웹킷 프로세스입니까?

내가 마지막으로 충돌을 본 지 이틀 후였습니다. 8 시간 동안 도구를 사용하여 많은 TS 파일을 편집하면 사용량이 더 빨라집니다.

렌더러 프로세스는 편집기의 주요 프로세스입니다. 거기에서 메모리 스냅 샷을 할 수 있다면 더 나아갈 것입니다. 불행히도 스냅 샷은 다른 프로세스에서는 작동하지 않지만 괜찮은 것 같습니다.

하지만 tscse (typescript 서버)가 200MB를 소비하는 것이 정상입니까?

2016 년 1 월 26 일 화요일 오후 9:29, Benjamin Pasero [email protected]
썼다 :

렌더러 프로세스는 편집기의 주요 프로세스입니다. 만약 너라면
메모리 스냅 샷을 만들 수 있습니다. 불행히도
스냅 샷은 다른 프로세스에서는 작동하지 않지만
괜찮아.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/508#issuecomment -175408302.

예, 아주 쉽게 요

롤! 나는 힙 스냅 샷을 찍는 과정에 있었고 VS가 충돌했습니다.

나는 다시 시도하고 내일 더 나은 행운이 있는지 볼 것입니다.

힙 스냅 샷을 찍는 동안 충돌하지 않도록 메모리 제한을 늘리도록 vscode에 지시하는 방법이 있습니까?

나는 스냅 샷을 찍으면 메모리 부족 예외가 발생했다고 생각합니다 :-/. 메모리 제한을 변경할 수있는 방법이 없으며 V8에서 하드 코딩됩니다.

메모리 사용량이 너무 많아지기 전에 스냅 샷을 조금 더 일찍 찍으려고할까요? 점진적인 증가입니까?

지난 2 주 동안 재생산 할 수 없었습니다 (충돌 없음, 합리적인 메모리 사용). 내가 생각할 수있는 유일한 차이점은 PowerShell 확장이 0.1.0에서 0.3.1로 업데이트된다는 것입니다.

--renderer 프로세스에서 사용하는 약 300MB의 성공적인 덤프를 얻었습니다. 덤프를 가져 간지 10 초 후에 충돌이 발생했습니다.

사용량의 대부분이 DOM 트리에있는 것 같습니다.

https://www.dropbox.com/s/dk5exyke3fqgahk/VS.heapsnapshot?dl=0

도움이 되었기를 바랍니다.

흠, 프로파일 러가 여기서 진짜 진실을 말하고 있는지 궁금합니다. 모든 트리 요소를보고 트리에 누수가있을 수 있지만이 누수로 인해 짧은 시간 내에 메모리 부족이 발생할 수 있다는 사실에 놀랐습니다.

나는 몇 개의 덤프를 더 가져 갔다.

.min.js 파일을 열면 메모리가 크게 증가하는 것 같습니다. 파일을 닫은 후에도 메모리가 다운되지 않는 것 같습니다. 모든 메모리 덤프 사이에서 DOM이 지배자 인 것 같습니다.

또한 두 개의 렌더러 프로세스가있는 이유도 확실하지 않습니다. 그중 하나가 chrome devtools 일 수 있습니다. 그러나 나는 거의 1 공연을 얻었습니다.

https://www.dropbox.com/sh/3t238zx7l3vfpzx/AABCbFBNYLzHinkN7OTe6ubya?dl=0

~ 500MB의 램을 사용하는 두 프로세스의 스크린 샷을 찍었습니다.

예, 하나는 devtools입니다. 파일을 열면 메모리가 늘어날 것으로 예상됩니다. 그러나 활동없이 밤새 실행되는 VS 코드가 충돌 할 때까지 메모리 사용이 증가하는 방식을 이해하고 싶습니다.

재현은 다음과 같습니다.
시작 대 코드.
.tsconfig 파일이 많은 큰 폴더에서 하나 또는 두 개의 js / ts 파일을 엽니 다.
스크롤 / 편집을합니다.
모든 작업 파일을 닫습니다.
밤새 200c에서 짝수에 넣으십시오.
케이크!

2016 년 1 월 29 일 금요일, Benjamin Pasero [email protected]
썼다 :

예, 하나는 devtools입니다. 열면 메모리가 올라갈 것으로 예상됩니다
파일. 하지만 어떻게 실행되는 VS 코드를 이해하고 싶습니다.
활동이없는 밤은 충돌 할 때까지 메모리 사용이 증가합니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/508#issuecomment -177087988.

@nojvek 재현 에 .tsconfig 필요합니까? 왜냐하면 TS와 관련된 것이 전혀없이 과거에 충돌이 있었기 때문입니다. 더 이상 재현 할 수는 없지만 ...

우리 프로젝트는 그것들을 가지고 있습니다. 붉은 청어 일 수 있습니다.

2016 년 1 월 30 일 토요일에 Bob [email protected] 은 다음과 같이 썼습니다.

@nojvek https://github.com/nojvek .tsconfigs가 필요한가요?
재현? 왜냐하면 TS와 관련된 어떤 것도없이 과거에 충돌이 있었기 때문입니다.
모두. 더 이상 재현 할 수는 없지만 ...

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/508#issuecomment -177198518.

폴더에있는 유일한. * 파일은 .git 폴더와 .gitignore입니다.

@nojvek 프로젝트와 함께 사용자 지정 typescript 서버를 사용하고 있습니까, 아니면 0.10.6에서 제공하는 기본 TS를 사용하고 있습니까? 0.10.6에서 제공하는 것은 TypeScript 1.7.5입니다.

@bpasero @nojvek JS 측의 메모리 문제인 경우. Chrome에서 힙 스냅 샷을 비교할 수 있습니다.

1. 스냅 샷을 찍습니다.
2. 메모리 누수를 일으키는 작업을 수행하십시오.
3. 가비지 수집을 강제합니다. 그렇지 않으면 다음 힙 스냅 샷에 개체가 포함됩니다.
4. 다른 스냅 샷을 찍습니다.
5. 두 스냅 샷을 비교하십시오.

위의 Chrome Devtools에서 모든 작업을 수행 할 수 있습니다. 가비지 수집의 힘은 가비지 아이콘 인 타임 라인 탭에 있습니다. 그리고 diffing은 필터 메뉴의 스냅 샷 탐색기에서 선택하기 만하면됩니다.

유지되는 개체와 가능한 유지 경로 (힙 테이블 바로 아래)를보고하면됩니다. 이것이이 문제를 해결하는 데 필요한 모든 데이터입니다.

충돌에 대한 데이터를 수집하기 위해 하루 종일 기다릴 필요가 없습니다. : wink :

내가 보낸 Dropbox 링크에는 30 분 간격으로 찍은 3 개의 히트 스냅 샷이 있습니다.
강제 가비지 수집을하지 않았습니다. 그 트릭을 줄 것입니다.

2016 년 1 월 31 일 일요일에 Tingan Ho [email protected] 은 다음과 같이 썼습니다.

@bpasero https://github.com/bpasero @nojvek https://github.com/nojvek
JS 측의 메모리 문제인 경우. 힙 스냅 샷을 비교할 수 있습니다.
크롬.

1. 스냅 샷을 찍습니다.
2. 메모리 누수를 일으키는 작업을 수행하십시오.
3. 가비지 수집을 강제합니다. 그렇지 않으면 다음 힙 스냅 샷이
   개체를 포함합니다.
4. 다른 스냅 샷을 찍습니다.
5. 두 스냅 샷을 비교하십시오.

위의 Chrome Devtools에서 모든 작업을 수행 할 수 있습니다. 쓰레기의 힘
컬렉션은 타임 라인 탭, 쓰레기 아이콘에 있습니다. 그리고 차이점은
필터 메뉴의 스냅 샷 탐색기에서 선택하면됩니다.

어떤 개체가 유지되고 가능한 유지 경로 (바로 아래
힙 테이블). 이것이이 문제를 해결하는 데 필요한 모든 데이터입니다.

충돌에 대한 데이터를 수집하기 위해 하루 종일 기다릴 필요가 없습니다. [이미지 :
:눈짓:]

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/508#issuecomment -177462412.

저도 같은 문제가 있습니다. VS Code는 30 분 동안 유휴 상태 일 때도 밤새도록 계속 충돌합니다.
Windows 7, 64bit 및 최신 버전의 VS Code를 사용하고 있습니다. 프로젝트 자체에 관해서는 node_modules 및 bower_components도로드 된 거대한 js 프로젝트입니다. 완전히 약 40K의 파일이 있습니다.

재현 단계 :
1) 많은 파일이있는 프로젝트 폴더를 열고 작업 파일 목록에있을 수 있도록 여러 파일을 엽니 다.
2) 작업 관리자를 엽니 다.
3) VS 코드의 일부 파일에 커서를 놓으십시오.
4) 시간이 지남에 따라 기억력이 상승하는 것을 지켜보십시오.

이 문제를보고있는 JS 작업 공간을 가진 사람들이 Salsa를 JS 언어 서비스로 사용할 수있는 옵션과 함께 0.10.7 내부자 릴리스 (https://vscode-builds.azurewebsites.net/insider)를 사용해 볼 수 있습니까? https://github.com /Microsoft/vscode-docs/blob/vnext/release-notes/latest.md#javascript --- salsa-preview

감사!

이 문제에 대해 +1합니다. Windows에도 나타납니다. 그것은 완전히 짜증나고 나는 그것을 좋아하지 않습니다.

@bpasero 새 빌드를 사용해보고 싶지만 제공 한 링크 (https://vscode-builds.azurewebsites.net/insider)에 액세스하려고 할 때마다 다음 텍스트가 포함 된 매우 도움이되지 않는 오류 메시지 페이지가 표시됩니다. :

로그인
죄송합니다. 로그인하는 데 문제가 있습니다.
잘못된 요청을 받았습니다.

추가 기술 정보 :
상관 관계 ID : e477dc1b-c193-4cf9-864b-1d3fdbba4f34
타임 스탬프 : 2016-02-03 19 : 37 : 17Z
AADSTS50020 : ID 공급자 ' https://sts.windows.net/5a7d8144-6966-4b1e-8147-de672a307ea0/ '의 사용자 계정 ' [email protected] '이 테넌트 'Microsoft'에 존재하지 않으며 '애플리케이션에 액세스 할 수 없습니다. 해당 테넌트의 9d5f02f6-ffd9-4e80-92d5-e42c85e09bc9 '. 먼저 테넌트에서 계정을 외부 사용자로 추가해야합니다. 로그 아웃하고 다른 Azure Active Directory 사용자 계정으로 다시 로그인합니다.

이 문제로 인해 빌드를 다운로드하여 사용해 볼 수 없습니다.

아 죄송합니다. 잘못된 링크입니다. https://code.visualstudio.com/insiders 를 사용

@bpasero 덕분에 Salsa를 JS 언어 서비스로 실행하는 내부자 빌드가 있습니다. 다음날 쯤에 어떻게 될지 알려 드릴게요

@bpasero , 나는 내부자 릴리스를 시도했지만 유휴 VS 코드에서 하룻밤 동안 충돌이 발생한 후에도 문제가 여전히 존재합니다.

@milenkovic @gwynjudd 또한 https://github.com/Microsoft/vscode-docs/blob/vnext/release-notes/latest.md#javascript --- salsa-에 설명 된대로 Salsa를 활성화하는 단계를 따라야합니다. 시사

@bpasero , 당신이 맞았습니다. Salsa를 활성화하면 문제가 해결되었습니다. 나는 VS Code가 주말에 열렸지만 여전히 충돌하지 않았습니다.

다행입니다! 다른 사람들도 시도하여 이것을 확인할 수 있다면 흥미로울 것입니다.

@bpasero 나는 살사를 활성화하고 주말 동안 실행되도록 두었습니다. 오늘 아침에 추락했습니다.

설치된 타이프 스크립트

$ npm install -g typescript<strong i="6">@next</strong>
C:\Users\mapatel\AppData\Roaming\npm\tsserver -> C:\Users\mapatel\AppData\Roaming\npm\node_modules\typescript\bin\tsserver
C:\Users\mapatel\AppData\Roaming\npm\tsc -> C:\Users\mapatel\AppData\Roaming\npm\node_modules\typescript\bin\tsc
C:\Users\mapatel\AppData\Roaming\npm

settings.json을

{
    "typescript.tsdk": "C:/Users/mapatel/AppData/Roaming/npm/node_modules/typescript/lib"
}

및 환경 설정

$ setx VSCODE_TSJS 1

SUCCESS: Specified value was saved.

VS 코드 내부자의 바닥 글에 여전히 살사가 표시되지 않습니다.

@nojvek 나는 기본적으로 당신이 한 일을했고 바닥 글에 Salsa가 표시되지만 .js 파일이 열려 있고 편집기에 표시 될 때만

@gwynjudd 나는 당신이 충돌 대화 상자를 얻었고 이제 0.10.8로 창을 다시 열 수 있다고 가정합니까?

@bpasero 예 새로운 충돌 대화 상자가 표시되고 다시 시작할 수 있습니다.

그윈 저드

-------- 원본 메시지 --------
보낸 사람 : Benjamin Pasero
날짜 : 2016 년 2 월 9 일 19:13 (GMT + 12 : 00)
받는 사람 : Microsoft / vscode
참조 : Gwyn Judd
제목 : Re : [vscode] 야간 실행시 충돌 (# 508)

@gwyn juddhttps : //github.com/gwynjudd 크래시 대화 상자가 생겼고 이제 0.10.8로 창을 다시 열 수 있다고 가정합니다.

이 이메일에 직접 답장하거나 Gi tHubhttps : //github.com/Microsoft/vscode/issues/508#issuecomment -181726111에서 확인하세요.

@gwynjudd 이것은 JS 전용 작업 공간 또는 PHP와 같은 다른 파일 유형이 포함되어 있습니까?

@bpasero typescript, java script, css, less, aspx, cs를 포함한 많은 파일 유형이 있습니다.

그윈 저드

-------- 원본 메시지 --------
보낸 사람 : Benjamin Pasero
날짜 : 2016 년 2 월 9 일 22:49 (GMT + 12 : 00)
받는 사람 : Microsoft / vscode
참조 : Gwyn Judd
제목 : Re : [vscode] 야간 실행시 충돌 (# 508)

@gwyn juddhttps : //github.com/gwynjudd 이것은 JS 전용 작업 공간입니까 아니면 PHP와 같은 다른 파일 유형이 포함되어 있습니까?

이 이메일에 직접 회신하거나 Gi tHubhttps : //github.com/Microsoft/vscode/issues/508#issuecomment -181786273에서 확인하세요.

새 빌드에서는 매일 아침 밤새 실행될 때 충돌이 발생했습니다. 이 확장 기능 만 설치되어 있습니다 (새 빌드에서는 릴리스 빌드에서 다른 확장이 있음).

오늘 아침에 출근했을 때 충돌이 발생하지 않았습니다. 금요일에 퇴근하기 전에는 다른 일을하지 않았습니다.

@Tyriar 가 발생했을 때와 같은 설정이있는 것

여기 지침에 따라 https://www.chromium.org/developers/how-tos/get-the-code 코드를

또한 코드를 사용한 후 얼마 동안 지연되고 결국 충돌하는 것을 발견했습니다. 느려질 때 F1 누르고 'Reload Window'를 입력하면 더 원활하게 실행할 수 있다는 것을 알게되었습니다. 그것은 당분간 문제를 해결하는 것 같으며 지금 당장은 해결할 수 있습니다. 이 문제가 해결되는 것을보고 싶습니다.

이 스레드를 읽은 결과, 테스트를 수행하지 않았지만 렌더링 프로세스 때문이라고 생각하고 탐색기 패널의 목록에있는 작업 파일의 양에 관계없이 발생하는 것 같습니다. 또는 코드가로드 될 때 파일이 열려 있지 않습니다. 아마도 현재 작업중인 파일의 크기 일 수 있으며 git diff 검사기와 관련이 있는지 여부는 확실하지 않지만 범인이 아닐 수도 있습니다. .

나는 또한 Mac OS X El Capitan 10.11.3을 사용하고 있으며 집에서 사용했을 때 Windows에서 문제를 실제로 보지 못했지만 집에서 어떤 프로젝트에도 사용할 수있는 거대한 작업 트리가 없습니다. 직장에서 일하는 대용량 폴더.

두 가지 문제가 모두 관련이 있기를 바라지 만 그렇지 않을까 두렵습니다. 여기에있는 대부분의 사람들은 코드를 사용자 상호 작용없이 실행할 때 코드가 충돌하는 것을보고 매우 의심스러워 보입니다. 코드를 오랫동안 사용하는 동안 메모리 부족 예외로 인해 결국 충돌하는 것은 다른 메모리 누수로 인해 발생할 수 있습니다. 이상적으로는 두 문제가 동일합니다. :)

기술적으로는 사용하지 않아도 속도가 느려지고 충돌하는 것처럼 보이지만 그 경우에도 동일한 경험을 할 수 있는지 확실하지 않습니다. 어느 쪽이든 증상은 적어도 비슷해 보입니다. 내 문제가 관련이없는 것으로 확인되면 대신 별도의 문제를 만들 수 있습니다.

@cwadrupldijjit 하룻밤 사이에 충돌이 발생하는 문제를 발견하면 가능하면 작업 공간에 액세스하는 것이 도움이 될 것입니다.

내가 무엇을 할 수 있는지 알아볼 게. 나는 보통 밤에 맥을 잠자기 때문에 그 시간 동안 아무 일도 일어나지 않는다. 나는 밤에 그것을 유지하고 어떤 일이 생기면 아침에 알려줄 것이다. 내 작업 공간에 액세스 할 수 있으면 계속 알려 드리겠습니다.

고마워요!

K. 그래서 코드 인스턴스를 밤새 실행 한 상태로 두었고, 충돌하거나 즉시 느리게 느껴지는 문제가 없었습니다. 나는 오늘 작업을 계속했고, 다른 일을하면서 그것을 사용하는 데 약간의 휴식을 취했고, 다시 느리기 시작했습니다. 문제가 적극적으로 사용하는 것이 아닌 것 같지만, 제가 작업하는 동안 다른 무언가가 문제를 일으킨 것처럼 들립니다.

프로파일 러를 실행하여 계속 주시하고 위에서 설명한 것과 다른 결과가 있으면 새로운 문제를 만들겠습니다.

내 작업 공간에 액세스 할 수 있는지 확인하지 않았지만, 안타깝게도 공유 할 수 없을 것 같습니다.

어제 프로파일 러가 특히 느려지고 힙 스냅 샷을 찍을 때 컴퓨터의 사용 가능한 RAM이 최대가되었을 때 프로파일 러를 실행하려고했고 코드를 강제로 닫지도 않고 아무것도 할 수 없었기 때문에 다시 시작해야했습니다. 컴퓨터. 다시 발생하지 않도록 이전보다 더 빨리 실행하도록 노력하겠습니다.

이것은 약간의 주제에서 벗어난 것이지만 내가 방문한 내부자 빌드에 대한 링크를 게시했습니다. 집에서 사용하는 Windows 버전을 다운로드하고 싶었고 해당 링크에 접근하려고 할 때마다 먼저 일반적인 다운로드 페이지로 리디렉션되지만 다운로드를 시작하지 않고 즉시 메인 페이지로 리디렉션됩니다. 사실, 그것은 내가 있었던 다운로드 페이지의 기록을 덮어 쓰기 때문에 나는 그것을 얻기 위해 기록으로 돌아갈 수도 없습니다. 내부자 빌드를 얻을 수있는 다른 방법이 있습니까?

안녕하세요.

이것은 약간의 주제에서 벗어난 것이지만 내가 방문한 내부자 빌드에 대한 링크를 게시했습니다. 집에서 사용하는 Windows 버전을 다운로드하고 싶었고 해당 링크에 접근하려고 할 때마다 먼저 일반적인 다운로드 페이지로 리디렉션되지만 다운로드를 시작하지 않고 즉시 메인 페이지로 리디렉션됩니다.

죄송합니다. 일부 사용자가 내부자 빌드에 이상한 문제를보고했으며이 문제를 이해할 때까지 일시적으로 중단했습니다.

@egamma 그 때문에 액세스 할 수 없는지 궁금했습니다. 그럼 언제 작동하는지 주시하겠습니다.

@Tyriar Linux, Windows 및 Mac에서 밤새 크롬 작업 공간을 사용해 보았지만 충돌을 재현 할 수 없었습니다. 다시 시도해 주시겠습니까?

이것이 관련되어 있는지 확실하지 않지만 VS Code를 열어 잠시 잊어 버리면 근무일 동안 VS Code가 충돌하는 경향이 있음을 알았습니다. 저는 11 시간 동안 일하고 있으며 일반적으로 아침에 코드를 먼저 엽니 다. 하루 중 어느 시점에서 내 컴퓨터는 속도가 느려지고 충돌하거나 강제 종료 될 때까지 중단되기 시작합니다.

도움이 될 수있는 경우를 대비하여 ...

내가 VS Code에서 연 주요 프로젝트는 BVCart (버전 2004.7)라는 쇼핑 카트의 비교적 수정되지 않은 버전입니다. 현재 약 25-30 개의 작업 파일이 있으며 VS Code를 열고 하루 종일 만지지 않는 경우에도 충돌이 발생합니다.

이 프로젝트는 1836 개의 파일과 130 개의 폴더로 구성되며 총 35MB이며 작은 git 저장소에 포함되어 있습니다.

@ZombieProtectionAgency 이 작업 공간을 나와 공유 할 수 있습니까?

@bpasero 죄송합니다. 확실히 공유 할 수 없었습니다 :(

똑같은 오류가 있습니다. VS Code는 몇 분마다 충돌합니다. 느릅 나무와 함께 사용하고 있습니다. 켜져있을 때 충돌하지 않습니다. 파일을 끝내기 시작한 후 몇 분 안에 충돌합니다. 지난 3 일 동안 VS Code를 사용할 수 없게 된 것은 이와 같았습니다. 무슨 일이 일어나고 있는지 어떻게 확인합니까? 버전 0.10.10을 사용하고 있습니다.

내가 가진 또 다른 생각 : 우리는 다양한 엔드 포인트 (git, 작업, 확장)로부터 출력을받을 수있는 서비스를 가지고 있으며 이것은 백그라운드에서 일어나서 합산 될 수있는 것입니다. 우리는 이전 릴리스에없는 GA를 위해이 영역에서 꽤 많은 수정을했습니다.

야간 충돌이있는 사람이 백그라운드에서 기록 된 출력이 있는지 간단히 확인할 수 있다면? View> Toggle Output에서 확인한 다음 드롭 다운에서 채널을 전환 할 수 있습니다.

뽀 세로
'작업'출력에서 내 자신의 컴파일 작업에서 기대할 수있는 출력이 표시됩니다.
'Git'출력에서 몇 가지 git show가 산재 해있는 공정한 몇 가지 git fetch를보고 있습니다. 타임 스탬프가 없기 때문에 얼마나 자주하는지 모르겠습니다. 그래도 다른 출력은 없습니다.

우리는 때때로 자동 가져 오기를 수행하지만 여기에 표시되는 주요 출력은 아마도 VS Code 내에서 수행하는 작업에서 가져온 것입니다. VS Code가 백그라운드에있을 때 출력이 추가되면 흥미로울 것입니다. 태스크가 지속적으로 실행됩니까? 아니면 컴파일 태스크를 명시 적으로 호출 할 때만 실행됩니까?

작업은 내가 ctrl + shift + B를 누르고 그 직후에 끝날 때입니다. 그러나 작업을 실행하지 않았을 때 충돌이 발생했습니다.

파일간에 전환 할 때 두 개의 동일한 git show가 표시되고 git fetch는 2 분마다 한 번씩 자동으로 발생합니다.

VSCode 내에서 체크 아웃 등을 수행하지 않으며 모든 자식 관련 작업에 SourceTree를 사용합니다.

@bpasero 오늘 출력 창을

우리의 최신 내부자 빌드가 나 왔으며 사람들이이 문제에 대해 시도해 주시면 감사하겠습니다 : https://code.visualstudio.com/insiders

@bpasero 나는 여전히 이전 내부자 빌드를 가지고 있습니다. 그냥 실행하고 "업데이트 확인"을 수행 할 수 있습니까? 아니면 제공 한 링크에서 빌드를 업데이트해야합니까?

당신에게 다시 연락하려고 노력할 것입니다. 솔직히 말해서 VSCode가 덜 보입니다.
요즘 충돌합니다. 적어도 매일 충돌하지 않습니다.

백만 개 이상의 줄이있는 거대한 파일을 열어 충돌을 만들 수 있습니다.
js를 축소하고 위아래로 반복적으로 스크롤합니다. 하지만 난 뭔지 알아
에디터의 한계를 뛰어 넘습니다.

당신이 마법 소스로 추가 한 것이 무엇이든 나를 위해 일하고 있습니다.

2016 년 3 월 16 일 수요일 오후 12:29, Benjamin Pasero [email protected]
썼다 :

우리의 최신 내부자 빌드가 나 왔으며 사람들이
이 문제에 대해 시도해보십시오 : https://code.visualstudio.com/insiders

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/508#issuecomment -197503185

@gwynjudd VS Code 로고가 녹색 로고로 표시되면 업데이트 할 수 있습니다.

@nojvek 예, 한계를 조금 밀고 있습니다. 3 월 릴리스에서는 개선 할 수있는 영역을 찾기 위해 명시적인 메모리 테스트를 수행했습니다. 내부자 빌드에는 이러한 수정 사항 중 일부가 포함되어 있습니다. 이걸 보는 사람들에게 어떤 차이가 있는지 궁금합니다.

@bpasero 고마워요 제가

@bpasero 는 행진 내부자 빌드와 함께 밤새 동일한 충돌을

네, 감사합니다.

다음은 코드 실행 직후 힙 스냅 샷입니다 (당시 메모리 사용량은 약 100MB).

힙 -20160318T115937.zip

한두 시간 후에 다시 시도하겠습니다. 까다로운 부분은 메모리가 다소 증가한 지점에서 발생하는 것으로 보이지만 스냅 샷을 찍으면 메모리 부족이 발생하는 것은 아닙니다.

힙 스냅 샷 (메모리 부족)을 찍을 때도 같은 종류의 결과를 보았지만 재미가 없습니다.

최신 내부자 빌드 (Mac 용)에는 여전히 메모리 문제가있는 것 같습니다. 내 컴퓨터를 희생하지 않고 다른 힙 스냅 샷을 얻을 수 있는지 살펴 보겠습니다.

@bpasero 죄송하지만 아직 힙 스냅 샷을 성공적으로 가져올 수 없습니다. 이전에 캡처 한 것과 같이 메모리가 매우 부족하거나 약 500MB 이상으로 점프하여 스냅 샷을 잡으면 충돌이 발생합니다.

메모리 사용량이 1GB를 넘고 상황이 느리기 시작하기 때문에 하루에 1-2 번 vscode를 다시 시작해야합니다. 완전한 IDE가 사용하는 메모리 양을 사용하고 있으므로 확실히 누수가 발생하고 있습니다.

@ vincent-ly이 작업 공간에 대한 자세한 내용을 공유 할 수 있습니까?

@bpasero gulp 와 함께 몇 개의 bower 구성 요소를 사용하는 약 30-40 개의 js / scss / html 파일이 있습니다 (vscode 작업 실행기 없음). 저는 2 개의 편집기 창으로 작업하고 파일 검색을 자주 사용합니다. 메모리 사용량은 시작시 100MB 미만이지만 최소화하더라도 시간이 지남에 따라 축적됩니다.

인텔리 센스가 중요한 역할을합니까? Angular 및 jQuery 유형 정의가 설치되어 있습니다.

메모리 부담을 줄인 내부 빌드를 시도하여 더 나은지 확인하십시오. http://code.visualstudio.com/download?insiders=true

확장 프로그램이 설치되어 있습니까?

@bpasero 그냥 각도 스 니펫
https://marketplace.visualstudio.com/items?itemName=johnpapa.Angular1

내부자 빌드를 시도하고 다시보고하겠습니다. 감사합니다!

+1

Windows 0.10.11 용 VSCode에서 동일한 문제가 나타납니다. 일반적으로 사용하지 않을 때 매일 밤 지속적으로 충돌합니다. 정보 수집 단계가 주어지면 기꺼이 도와 드리겠습니다.

28,438 개의 파일, 4,812 개의 폴더가있는 TypeScript git repo에서 실행 중입니다. 많은 TypeSript 정의와 함께 꿀꺽 꿀꺽 감시자가 있습니다.

다음 확장이 설치되어 있습니다.

• PowerShell
• 씨#
• 머티리얼 테마 키트

@alanwright 가 최신 내부자 빌드 (http://code.visualstudio.com/Download#insiders)로 여전히 재현되는 경우 시도해 볼 수 있습니다. 그렇다면 저와 작업 공간을 공유 할 수 있습니까?

@bpasero 밤새 내부자 빌드로 재현했습니다. 나는 우리의 개인 더 큰 입대와 우리의 오픈 소스 입대를 모두 시도했는데, 더 큰 개인 입대 만이 문제를 일으키는 것 같았는데, 불행히도 공유 할 수 없습니다 (Microsoft 내부에 있지만 액세스 권한을 얻을 수 있습니까? alanwri)

내 컴퓨터에서 로그를 캡처하고 공유하기 위해 할 수있는 작업이 있습니까?

내 별칭 benjpas에 대해 저와 공유하십시오, 감사합니다! 또한 해당 작업 공간에서 VS Code를 사용하여 메모리를 늘리는 방법에 대한 몇 가지 세부 사항을 고맙게 생각합니다.

나는 또한 밤새 그리고 낮에 충돌하고 있습니다.

특히 작업 공간, 매우 작은 작업 공간 3 ~ 20 개의 파일 또는 거대한 작업 공간과 관련이없는 것 같습니다. 주로 여러 개의 창이 열려있을 때 눈에 띕니다.

Repos 나는 그 추락을 사용했습니다.
1500 개 이상의 asp, js, .inc (asp) 파일
70 + 파일 asp.net 코어, js, cshtml
이 저장소 (https://github.com/gogits/gogs)

@ eByte23 확장 기능을 사용하거나 사용하지 않고 실행합니까? 당신은 어떤 플랫폼에 있습니까? 내부자 릴리스로 시도 했습니까?

@bpasero Win10 및 OSX (C # 확장).
내부자를 시도했지만 탭 버그가 있기 때문에 충돌 여부를 언급하지 않았으므로 사용을 중단했지만 밤새도록 실행하여 재현하려고 할 수 있습니다.

@ eByte23 네 제발. 무슨 탭 버그?

@bpasero 는 공백을 표시하고 기존 탭이있는 파일을 사용하여 탭을 공백으로 변환하는 내부자의 마지막 두 릴리스에있는 것 같습니다.

나는 완전한 테스트를 할 기회가 없었지만 지금 그것을 할 것입니다.

@ eByte23 나는 그것이 하나라고 생각한다면 별도의 문제로 이와 같은 것을보고하는 것이 좋습니다. 기본적으로 true 설정되는 새로운 설정 editor.detectIndentation 을 도입했습니다. false 설정해 볼 수 있습니다.

@bpasero 내 잘못은 설정을 false로 설정하면 내 문제가 해결되었습니다.
어제 밤새 Insider를 테스트했는데 충돌도 발생했습니다.

@bpasero 는 여러분이 이것 위에

1.0 릴리스의 메모리 누수 수정에 상당한 투자를했기 때문에 1.0에서는 상황이 더 나아질 것으로 예상합니다. 그러나 여전히 발생하는 경우가 있습니다.

최근에 Electron 애플리케이션 (우리의 UI 프레임 워크)이 창이 포커스를 잃거나 백그라운드로 이동하자마자 조절된다는 사실을 발견했기 때문에 새로운 이론이있을 수 있습니다. 이 조절이 메모리 소비에 영향을 미칠 수 있는지 궁금합니다.

재현을 테스트 할 때마다 키보드 포커스를 사용하여 VS 코드 창을 열어 두었으므로 한 가지 차이점은 백그라운드에서 실행되도록하는 것입니다.

백그라운드 스로틀 링을 비활성화하는 방법이 있으므로이를 활성화하는 플래그가있는 빌드를 생성 할 수 있습니다.

그렇지 않으면 최소화 후 충돌이 일반적인 시나리오 인 경우 사람들의 의견을 듣는 것도 흥미로울 것입니다.

내 모든 충돌은 VSCode에 초점이 없을 때 발생했습니다. 일반적으로 인터넷을 검색하거나 Visual Studio를 사용하는 동안 하루 종일 백그라운드에 남겨둔 후 발생합니다.

두 번째입니다. 최근에 충돌을 경험했습니다. VS와 함께
내가 하루의 대부분을 숭고함에 집중했을 때의 배경.

2016 년 4 월 16 일 토요일 오전 11:44에 Toni [email protected] 은 다음과 같이 썼습니다.

내 모든 충돌은 VSCode에 초점이 없을 때 발생했습니다. 일반적으로 그들은
하루 종일 백그라운드에 남겨둔 후
인터넷 또는 Visual Studio 사용

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/508#issuecomment -210872544

얼마 전에 내부자 빌드를 사용할 때 충돌을 경험했습니다. 이틀 동안 켜져 있었다. 갑자기 느려졌습니다. 마우스로 텍스트 선택이 작동을 멈췄습니다. Shift-Right는 작동했지만 매우 느립니다. 초점을 잃은 후 몇 분 후에 앱이 다운되었습니다.

이것은 내부자 빌드의 첫 번째 크래시이지만 일반 빌드의 경우 v1.0으로 업그레이드했으며 개봉 후 몇 분마다 계속 크래시되어 사용할 수 없게됩니다. 특별한 일을 할 필요조차 없습니다. 파일을 열고 (대부분 .elm 파일) 편집하거나 그대로두면 충돌이 발생합니다. 먼저 초점을 잃을 때까지 기다리지 않습니다.

1.0은 거의 매일 밤 충돌합니다.
Windows 10 Ent.
플러그인 : 맞춤법 및 문법 검사기, ESLint

좋아, 내 변경 사항이 포함 된 내부자 릴리스가 나왔습니다. 누군가 시도해 주시면 기뻐할 것입니다 : http://code.visualstudio.com/Download#insiders

누구든지 :)?

지금 사용하세요. 어제 이후로 충돌이 발생하지 않았습니다.

@bpasero 지금 업그레이드하고 하룻밤 동안 실행하고 우리가 어떻게 가는지 볼 것입니다! 건배 :)

@bpasero 나는 금요일에 설치했지만 긴 주말 동안

@bpasero 어제 충돌이 발생했습니다. 충돌하기 전에 3 일 동안 머물 렀습니다.

@bpasero 나는 여전히 최신 내부자 빌드로 아침에 가끔 충돌이 발생하는 것을보고 있습니다.

나도.
윈도우 8

@bpasero Insider 1.1.0 스택이 더 좋아

이제 1.1.0을 선택하고 어떻게 진행되는지 살펴 보겠습니다.

메모리 사용량이 150MB를 초과하면 충돌하지 않고 힙 스냅 샷을 찍을 수없는 것 같습니다.

매일 아침 컴퓨터 잠금을 해제하여 VS Code가 밤새 충돌 한 것을 확인합니다.

• Mac OS X 10.11.4 (15E65)
• VS Code 1.1.0 내부자

저는 보통 파일을 열어 두었습니다. 나는 확장으로 실행합니다. 더 많은 진단 정보를 수집하는 데 사용할 수있는 설정이 있습니까?

새로운 내부자 릴리스 (http://code.visualstudio.com/Download#insiders)가 출시되었으며 탭 / 스택에 대한 작업이 포함되어 있습니다. 에디터를 닫 자마자 기본 리소스가 제거되기 때문에 리소스를보다 적극적으로 폐기해야합니다.

사람들이이 문제에 대해 잠시 동안 자체 호스팅하고 상황이 개선되면 다시보고 할 수 있는지 궁금합니다.

참고 : 지금부터 내부자는 매일 밤 업데이트됩니다 (http://code.visualstudio.com/blogs/2016/05/23/evolution-of-insiders 참조).

@bpasero 오늘 모든 장치를 업데이트했습니다. 앞으로 며칠 동안 어떻게 진행되는지 확인하십시오.

네, 터미널 때문에 주로 내부로 이사했습니다. 아 내가 얼마나
그것을 사랑하십시오. 에디터가 훨씬 빠르고 가볍다는 것을 알았습니다. 훌륭한 일.

"코드"를 대체 할 수있는 방법이 있습니까? 가리키는 명령 줄에서
내부자?

2016 년 6 월 8 일 수요일에 Elijah Bate [email protected] 은 다음과 같이 썼습니다.

@bpasero https://github.com/bpasero 오늘 모든 장치를 업데이트했습니다.
우리가 앞으로 며칠 동안 어떻게되는지 보자

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/Microsoft/vscode/issues/508#issuecomment -224539214,
또는 스레드 음소거
https://github.com/notifications/unsubscribe/AA-JVM4KoGeXoc2SU5VeEYnxkZyPVWYMks5qJo13gaJpZM4Gnvn5
.

나를 위해 1.2.0에서 여전히 발생합니다. 매일 밤 발생합니다. Windows 7 Enterprise SP1에서 실행됩니다. @garthk와 같은 질문이 있습니다.

저는 보통 파일을 열어 두었습니다. 나는 확장으로 실행합니다. 더 많은 진단 정보를 수집하는 데 사용할 수있는 설정이 있습니까?

@northerncodemky 탭 / 스택 작업이 포함 된 1.3.0 내부자 릴리스 (http://code.visualstudio.com/Download#insiders)를 참조했습니다. 나는 1.2.0에서 큰 변화를 기대하지 않을 것입니다.

@bpasero Aah

@bpasero 지금까지 좋아

주말 동안 VSCode Insiders 빌드를 실행했습니다. 월요일 아침에 와서 충돌을 보았다.

VSCode가 충돌 할 때 자동으로 전송되는 원격 분석 충돌 / 덤프 데이터가 있는지 궁금합니다. 왓슨 보고서와 비슷합니다.

지난주에 새 기계가 생겼습니다. 내가 설정할 때, 나는 단지 릴리스 빌드 (내부자 아님) 만 넣었습니다. 그 이후로 충돌을 알아 차리지 못했습니다.

@bpasero 1.3 이후로 충돌이 발생하지 않았으며 Windows 10 내부 빌드> = 14367 실행 중

탭이 활성화 된 @bpasero , 열린 ac # 프로젝트 및 vscode가 내부 커밋 해시에 대한 최신 업데이트 후 몇 분 후에 충돌합니다 : 5474147bb83618975409dad7d8aa96151d7d1ea1.
참고 : 이전에는 지금까지 탭을 활성화하지 않았습니다.

@ eByte23 탭없이 시도하여 이것이 탭 활성화 여부와 관련이 있는지 확인할 수 있습니까?

@bpasero 는 탭이 비활성화 된 경우에도 여전히 발생하지만 탭이 활성화 된 심각도 근처에는 없습니다.

그러나 내부자와 v1.2.1 모두에서 큰 이미지 사이를 빠르게 클릭하여 이미지 작업을 할 때 매우 눈에 띄고 재현 가능합니다.

@ eByte23 나는 당신이 제공 할 수있는 한 많은 세부 사항 (예 : 메모리가 그것에 대한 새로운 이슈를 열 것을 제안한다.

물론 할 수 있습니다. 아직이 문제에 대해 엄청난 양의 조사를하지 않았지만 나중에 좀 더 자세한 내용을 알려 드리겠습니다.

VSCode 1.3.1은 하루에 두 번, 밤새 한 번 (항상), 때로는 낮 동안 무작위로 충돌합니다. 약 2 시간 동안 사용하지 않고 백그라운드에서 열어 두는 동안 방금 충돌했습니다. 또한 vscode를 다시 열면 내 작업 공간이 손실되고 충돌 전에 열려 있던 프로젝트 폴더를 다시 열어야합니다. 폴더를 다시 열면 탭과 분할이 유지됩니다.

저장되지 않은 변경 사항으로 잠시 백그라운드에서 열린 상태로 돌아와서 입력을 시작하고 vscode가 몇 초 동안 멈춘 다음 충돌했습니다. 내 일을 잃었다.

제 답답함을 이해할 수 있기를 바랍니다. 이것은 편집자에게는 허용되지 않습니다. 또한 복원 된 세션에는 올바른 탭이 열리지 않았고 각 탭의 내 위치도 없었습니다.

@DelvarWorld 작업 환경에 대한 자세한 내용을 공유 할 수 있습니까? 확장 기능을 비활성화하여 실행하여 도움이되는지 확인할 수 있습니까?

Linux Mint 17 Qiana에서도 이와 동일한 문제가 있습니다 (어떤 버전의 우분투인지 기억할 수 없습니다!). ~ 2 시간 동안 활동이 없으면 그냥 얼어 붙었습니다. 다음 번에 메모리 / CPU 사용량을 확인하는 것을 기억할 것입니다. 그러나 이런 일이 발생했을 때 다른 앱 등에서 일반적인 속도 저하를 발견 한 적이 없습니다.

VSCode 정보 :

버전 1.4.0
6276dcb0ae497766056b4c09ea75be1d76a8b679 커밋
날짜 2016-08-04T16 : 49 : 32.489Z
쉘 0.37.6
렌더러 49.0.2623.75
노드 5.10.0

이 문제는 저에게 사라졌습니다 (1.5.3, Windows 7에서)-마지막 댓글이 2 개월 전인 경우이 문제가 해결 될 수 있습니까?

나도 이런 일이 발생하는 것을 본 적이 없다. 나는 몇 달 동안 현재 릴리스를 사용하고 있습니다. 좋아 보여

같은. 전혀 과부하되지 않는 것 같습니다.

좋아, 우리는 개별 문제를 계속하고 추적하기 어려운 이와 같은 괴물 버그를 피해야합니다. 여전히이 문제가 발생하는 경우 자세한 내용과 함께 새로운 문제를 제출하십시오. 기존 문제를 도용하지 마십시오 👍

나는 또한 이것을 전에 본 것을 기억하고 오래 동안 본 적이 없으므로 그것이 내 확인입니다.