Language-tools: 언어 서버의 과도한 메모리 사용

언어 서버는 배후에서 typescript의 언어 서비스를 사용합니다. 나는 typescript가 jsconfig.json 에 포함되도록 구성된 모든 파일을 구문 분석하려고 시도하기 때문에 메모리가 높다고 생각합니다. typescript 언어 서비스는 svelte 언어 서버와 동일한 프로세스에 있기 때문에 typescript 언어 서비스에서 얼마나 많은 메모리를 사용하는지 모르겠습니다.

__sapper__ 폴더의 크기가 궁금합니다. 내 프로젝트에는 jsconfig.json 있고 약 200개의 js 소스 파일을 포함하고 150MB만 사용하도록 설정되어 있습니다. __sapper__ 폴더가 어떻게 언어 서버가 2GB 이상의 메모리를 사용하게 하는지 상상할 수 없습니다.

참고로 내 프로젝트의 저장소는 다음과 같습니다. b339c2a17e @ Innopoints/frontend

나는 그것을 새로 복제하고 서버를 실행했고 다음을 얻었습니다.

• __sapper__ 폴더에 dev 빌드가 포함된 경우 490MB
• __sapper__ 폴더에 개발 및 프로덕션 빌드가 포함된 경우 730MB

이를 재현하기 위해 직접 컴파일을 시도할 수 있습니다(개발 서버는 환경 변수 없이 실행되지 않지만 어쨌든 컴파일은 성공하므로 괜찮습니다). Yarn으로 deps를 설치하고 yarn dev 컴파일한 다음 VS Code에서 .svelte 파일을 엽니다.

또한 차이가 있다면 일반 VS Code와 달리 VSCodium을 사용하고 있습니다.

.svelte 파일만 스캔하도록 SLS를 지정하는 방법이 있습니까? .js/.ts 파일이 실제로 Svelte 코드 분석과 관련이 있다고 생각하지 않습니다. 특히 __sapper__ 폴더와 같이 직접 가져오지 않은 폴더.

그렇지 않다면 jsconfig.json 없을 때 SLS가 어떻게 작동하는지 궁금합니다. 앞서 언급했듯이 해당 파일을 제거하면 메모리 사용량이 적절한 150MB로 반환됩니다. 그리고 README에서 언급할 가치가 있습니다. 왜냐하면 TS 방식에 익숙하지 않은 저에게는 전혀 관련이 없어 보이는 jsconfig.json 파일이 이렇게 극적인 차이를 일으키고 있다는 것이 매우 놀라웠기 때문입니다.

예, 이에 대한 문서에 무언가를 추가해야 합니다.

.ts / .js 파일의 스캔은 svelte에서 이러한 파일에 대한 인텔리센스를 제공하는 데 필요합니다. 포함되지 않은 경우 자동 완성/정의로 이동/호버 정보를 얻지 못할 것입니다.

__sapper__ 폴더가 IntelliSense에 별로 사용되지 않는 것처럼 느껴지므로 이 무시를 기본적으로 설정하고 필요한 경우 재정의할 수도 있습니다.

여전히 최대 2GB의 메모리 사용량이 있지만 추적하기가 매우 어렵습니다. 해당 프로젝트에서 Svelte 소스를 편집하는 동안 무작위로 폭발하는 것처럼 느껴집니다. 메모리 소비를 줄이기 위해 무엇을 추천할 수 있습니까?

언어 서버는 svelte 파일을 감지하고 거기에서 파일 트리를 탐색합니다. 또한 jsconfig/tsconfig의 항목을 존중합니다. 귀하의 경험("꾸준히 증가"가 아니라 "폭발")에 따르면, 지금 제 생각에는 서버가 그가 해서는 안 되는 관련 없는 파일을 로드하는 지점에 도달했다는 것입니다.
VSCode의 Output->Svelte를 살펴보고 의심스러운 것이 있는지 확인할 수 있습니다(또는 여기에 복사하여 붙여넣기).

오늘은 작동하지만 어제 VS Code를 닫은 후(SIGTERM에 응답하지 않음) 멋진 언어 도구 프로세스를 수동으로 종료해야 했습니다.

지금은 더 추가할 것이 없습니다.

얼마나 큰 프로젝트입니까? tsconfig.json 또는 jsconfig.json 있습니까?

@dummdidumm sapper 템플릿보다

{
  "include": [
    "src/**/*"
  ],
  "exclude": [
    "node_modules/*"
  ],
  "compilerOptions": {
    "target": "es2015",
    "module": "es2015",
    "types": [
      "svelte"
    ]
  }
}

따라서 당신과 @illright 는 모두

@dummdidumm 어떤 식으로든 조사에 도움이 된다면 알려주세요. 명령줄이나 편집기에서 만지작거리는 것보다 재현 가능한 다른 것을 통해 SLS를 실행하는 방법이 있습니까?

Svelte (Svelte Language Server) stderr FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
Svelte (Svelte Language Server) stderr  1: 0x55d7276c33b6 node::Abort() [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) stderr  2: 0x55d7276c3985  [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) stderr  3: 0x55d723b01817  [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) stderr  4: 0x55d723b017b4  [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) stderr  5: 0x55d723b6f716  [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) stderr  6: 0x55d723b6e538  [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) stderr  7: 0x55d723b6b626 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) stderr  8: 0x55d723b7678e  [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) stderr  9: 0x55d723f210b7 v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationSpace) [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) stderr 10: 0x55d72410e1be  [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) stderr 11: 0x55d72440b62b  [/usr/lib/electron5/electron]
Svelte (Svelte Language Server) rpc.onClose The RPC connection closed unexpectedly

지금 나는 다시 2.1GB에 도달했고 SLS를 SIGKILL했습니다. 위의 내용은 Atom의 DevTools에서 볼 수 있습니다.

오 잠깐, 당신은 Atom을 사용하고 있습니까? 어떤 확장을 사용하고 있습니까?

@dummdidumm 저는 Atom( ide-svelte , 언어 서버 버전 수동 범프)과 VSCodium(Svelte Beta 포함)을 모두 가지고 있습니다.

다음 은 폭발이 발생했을 때

알겠습니다. 감사합니다.

폭발은 시작 직후에 발생한 것 같습니다.

로컬에서 확장 기능을 사용하여 약간의 조사를 해보면 좋을 것입니다! VSCode(ium, 동일해야 함)에 대해 로컬로 확장을 설정하려면 먼저 제거한 다음 여기에 설명된 대로 로컬로 설정 서비스 입니다. 내 생각에 어느 시점에서 처리해야 할 너무 많은 파일을 가져옵니다. 여기에서 볼 수 setInterval(() => console.log(JSON.stringify(Array.from(new Set([...files, ...snapshotManager.getFileNames(), ...svelteTsxFiles]), null , 3)), 10000) 와 같이 10초 간격으로) 통찰력을 얻는 데 도움이 될 수 있습니다.

따라서 snapshotManager.getFileNames() 에는 jsconfig.json 에 따라 감시되어서는 안 되는 많은 파일이 포함되어 있는 것 같습니다. 또한 빌드가 발생할 때까지 Sapper에서 아무 것도 로드하지 않는다는 점에서 파일 변경에 응답하지만 그 이후로는 __sapper__/**/*.js 파일이 메모리를 채웁니다.

좋아요, 그게 문제의 원인인 것 같아요. 모든 새 파일이 추적 목록에 추가되었기 때문에 갑작스러운 폭발에 대해 설명합니다.

네, 아마 그럴 겁니다. TypescriptPlugin이 ts/js-onWatchedFilesChange를 처리하는 방법을 조정해야 한다고 생각합니다. 아마도 vetur가 하는 것처럼 하고 새 항목을 추가하지 않고 오래된 항목만 삭제하십시오. 또는 무시해야 하는 __sapper__ / node_modules / dist 와 같은 최상의 추측 경로를 추가합니다.

나는 이것을 하기 위해 노력할 것이다.

이 문제가 해결 될 때까지 대한 끔찍한 해결 방법 : 열어 벨테 확장 디렉토리를 찾을 수 node_modules/svelte-language-server/dist/src/plugins/typescript/service.js 및 아웃 주석 snapshotManager.getFileNames() :

69행:

// before:
return Array.from(new Set(__spreadArrays(files, snapshotManager.getFileNames(), svelteTsxFiles)));

// after:
return Array.from(new Set(__spreadArrays(files/*, snapshotManager.getFileNames() */, svelteTsxFiles)));

일부 IntelliSense는 손실되지만 구문 강조 표시는 유지되고 최소한 성능은 무작위로 떨어지지 않습니다. 그리고 당신이 저와 같은 사람이라면 충분히 통과할 수 있을 것입니다. :)

@illright가 말한 것을 보완합니다. 일반적으로 Windows의 ~/.vscode/extensions 또는 %userprofile%\.vscode \extensions\ 에 있습니다.

또 다른 해결 방법은 node_modules/svelte-language-server/dist/src/plugins/typescript/TypeScriptPlugin.js
onWatchFileChanges 시작하는 237행에 다음 행을 추가하십시오.

        if (/node_modules|__sapper__|dist/.test(fileName)) {
            return;
        }

이 방법이 문제의 원인

PR #165를 만들었습니다. 디버그 에서 시도해보고 개선되었는지 확인할 수 있습니까?

@jasonlyu123 예, 개선되었습니다. 잠시 동안 내 프로젝트를 만지작거리며 메모리 소비를 통제할 수 있었습니다. Sapper 재구축도 메모리 오버플로를 유발하지 않는 것 같습니다.

참고: 제어 상태로 유지 = 최대 ~480MB. 이것은 내 시스템에 영향을 미치지 않을 만큼 충분히 낮지만 여전히 이 높은 메모리 소비량으로 간주할 수 있습니다. 내 컴퓨터에 8GB의 RAM이 있습니다.

고통은 진짜 😭

기본적으로 __sapper__ 를 제외하더라도 tsconfig.json/jsconfig.json 제외 항목에 __sapper__ 를 넣는 것이 좋습니다. 우리는 우리 고유의 typescript 번들을 사용하고 있기 때문입니다. vscode에서 사용하는 tsserver는 여전히 그것을 포함할 수 있습니다.

@illright 최신 플러그인 버전으로 확인할 수 있습니까? 지금은 더 좋아야 합니다.

VS Code는 평소와 같이 부드럽게 보이며 약 400MB의 메모리가 사용되었습니다. SLS 업데이트가 Atom 확장으로 푸시될 가능성이 있습니까? 요전날 성능이 떨어지는 것을 목격한 곳입니다.

@orta 는 Atom 플러그인을 이 저장소로 옮기는 중입니다. 이 작업이 완료되면 언어 서버의 업데이트를 가져와야 합니다.

@rob-balfre 메모리 사용량도 줄어들었나요? 그렇지 않은 경우 설정을 지정할 수 있습니까?

나는 같은 문제를 겪고 있었고 typescript 전처리기에 transpileOnly를 추가하면 상황이 크게 개선되는 것 같습니다.
svelte.config.js에서
```
const sveltePreprocess = require("svelte-preprocess");

module.exports = {
전처리: sveltePreprocess({
타이프스크립트: {
transpileOnly: 사실,
},
}),
// ...기타 가느다란 옵션(선택 사항)
};

나는 최근에 VSCode를 업데이트한 직후에도 이것을 알아차렸습니다. 소규모 프로젝트는 큰 문제가 아닌 것 같습니다(비록 저장은 여전히 ​​평소보다 조금 더 오래 걸리긴 하지만). 저장이 중단되고 파일이 저장되고 포맷됩니다. 그 후에는 괜찮아 보입니다. 그리고 이것은 소규모 프로젝트에만 해당됩니다. 프로젝트 폴더나 무언가를 인덱싱하려고 하다가 전화를 끊는 것 같습니까? 더 많은 파일 등이 포함된 더 큰 프로젝트는 중단되고 오류가 발생합니다.

Svelte 파일을 저장할 때 메모리 사용량/오류가 발생합니다. 오른쪽 하단에 다음 메시지와 함께 그냥 멈춥니다.

다음은 Svelte 출력 창입니다.

FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
 1: 0x1143fdbe5 node::Abort() [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
 2: 0x1143fdc54 node::Abort() [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
 3: 0x11010b237 v8::internal::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*) [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
 4: 0x11010b1d7 v8::internal::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*) [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
 5: 0x1101500a5 v8::internal::Heap::StartIdleIncrementalMarking(v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
 6: 0x110151719 v8::internal::Heap::StartIdleIncrementalMarking(v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
 7: 0x11014e3ec v8::internal::Heap::CreateFillerObjectAt(unsigned long, int, v8::internal::ClearRecordedSlots, v8::internal::ClearFreedMemoryMode) [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
 8: 0x11014c002 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
 9: 0x11015746a v8::internal::Heap::PromotedExternalMemorySize() [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
10: 0x110157851 v8::internal::Heap::PromotedExternalMemorySize() [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
11: 0x110358a5a v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationType, v8::internal::AllocationOrigin) [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
12: 0x1105e19bf v8::internal::RegExp::CompileForTesting(v8::internal::Isolate*, v8::internal::Zone*, v8::internal::RegExpCompileData*, v8::base::Flags<v8::internal::JSRegExp::Flag, int>, v8::internal::Handle<v8::internal::String>, v8::internal::Handle<v8::internal::String>, bool) [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
13: 0x110c23139 v8::internal::compiler::ZoneStats::ReturnZone(v8::internal::Zone*) [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]
14: 0x110bf293d v8::internal::compiler::ZoneStats::ReturnZone(v8::internal::Zone*) [/Applications/Visual Studio Code.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Electron Framework]

<--- Last few GCs --->
al[45813:0x7fe18e004200]    47201 ms: Mark-sweep 4095.0 (4102.8) -> 4094.4 (4103.3) MB, 2004.1 / 0.0 ms  (+ 6.4 ms in 18 steps since start of marking, biggest step 5.3 ms, walltime since start of marking 2020 ms) (average mu = 0.146, current mu = 0.005) all[45813:0x7fe18e004200]    50534 ms: Mark-sweep 4095.7 (4103.3) -> 4095.3 (4104.5) MB, 2648.3 / 0.0 ms  (+ 668.5 ms in 21 steps since start of marking, biggest step 50.7 ms, walltime since start of marking 3332 ms) (average mu = 0.063, current mu = 0.005) 

<--- JS stacktrace --->

==== JS stack trace =========================================

    0: ExitFrame [pc: 0x110c23139]
Security context: 0x287bc74e0dd1 <JSObject>
    1: keys [0x287bc74c15b1](this=0x287bcb9bfaa1 <Object map = 0x287be02c4cb9>,0x287bc68e8e29 <Object map = 0x287bcfd3aa99>)
    2: uvException(aka uvException) [0x287b27f974e1] [internal/errors.js:374] [bytecode=0x287b18cb32e9 offset=424](this=0x287bb6f004b1 <undefined>,0x287bc68e8e29 <Object map = 0x287bcfd3aa99>)
    3: handleErrorFromBinding(aka handleError...

[Info  - 9:59:17 PM] Connection to server got closed. Server will restart.
[Error - 9:59:17 PM] Request textDocument/formatting failed.
Error: Connection got disposed.
    at Object.dispose (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/main.js:904:25)
    at Object.dispose (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-languageclient/lib/client.js:74:35)
    at LanguageClient.handleConnectionClosed (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-languageclient/lib/client.js:2309:42)
    at LanguageClient.handleConnectionClosed (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-languageclient/lib/main.js:155:15)
    at closeHandler (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-languageclient/lib/client.js:2296:18)
    at CallbackList.invoke (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/events.js:62:39)
    at Emitter.fire (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/events.js:121:36)
    at closeHandler (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/main.js:240:26)
    at CallbackList.invoke (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/events.js:62:39)
    at Emitter.fire (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/events.js:121:36)
    at IPCMessageReader.fireClose (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/messageReader.js:111:27)
    at ChildProcess.<anonymous> (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/messageReader.js:213:45)
    at ChildProcess.emit (events.js:208:15)
    at ChildProcess.EventEmitter.emit (domain.js:476:20)
    at maybeClose (internal/child_process.js:1021:16)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:283:5)
[Error - 9:59:17 PM] Request textDocument/hover failed.
Error: Connection got disposed.
    at Object.dispose (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/main.js:904:25)
    at Object.dispose (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-languageclient/lib/client.js:74:35)
    at LanguageClient.handleConnectionClosed (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-languageclient/lib/client.js:2309:42)
    at LanguageClient.handleConnectionClosed (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-languageclient/lib/main.js:155:15)
    at closeHandler (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-languageclient/lib/client.js:2296:18)
    at CallbackList.invoke (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/events.js:62:39)
    at Emitter.fire (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/events.js:121:36)
    at closeHandler (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/main.js:240:26)
    at CallbackList.invoke (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/events.js:62:39)
    at Emitter.fire (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/events.js:121:36)
    at IPCMessageReader.fireClose (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/messageReader.js:111:27)
    at ChildProcess.<anonymous> (/Users/babycourageous/.vscode/extensions/svelte.svelte-vscode-99.0.44/node_modules/vscode-jsonrpc/lib/messageReader.js:213:45)
    at ChildProcess.emit (events.js:208:15)
    at ChildProcess.EventEmitter.emit (domain.js:476:20)
    at maybeClose (internal/child_process.js:1021:16)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:283:5)
Initialize language server at  Code/Project
Trying to load config for Code/Project/src/App.svelte
Initialize new ts service at  

이것은 다른 파일(.js 등)을 저장하는 이 더 큰 Svelte 프로젝트에서도 발생합니다. Svelte Beta를 비활성화하면 모든 것이 정상입니다(지금은 Svelte 파일이 인식되지 않습니다.

나는 이것과 관련된 것처럼 보이기 때문에 새로운 문제를 시작하고 싶지 않았지만 이것이 관련이 없다면 절대적으로 할 수 있습니다.

감사 해요!

정보 주셔서 감사합니다. 이 범위를 좁히기 위해 몇 가지 질문이 더 있습니다.

• 얼마나 많은 svelte/js 파일에 대해 이야기하고 있습니까?
• 프로젝트를 작업한 몇 초/분 후에 바로 발생합니까, 아니면 일정 시간이 지난 후에만 발생합니까?
• svelte.plugin.svelte.format.enable 를 false (https://github.com/sveltejs/language-tools/tree/master/packages/svelte-vscode#sveltepluginsvelteformatenable)로 설정하면 오류가 계속 발생합니까? 아니면 출력에 관계없이 메모리 오류가 흩어져 있습니까?
• tsconfig.json 또는 jsconfig.json 있습니까? 그렇지 않은 경우 하나를 추가하면 어떻게 됩니까(단순한 것일 수 있음)?

안녕하세요 @dummdidumm 빠른 답변 감사합니다!

첫째 - 오늘 아침에 귀하의 질문에 대한 테스트를 실행하기 위해 몇 가지 자료를 열었습니다... 그리고 그것은 허공에 사라진 것 같습니다. 권위 있는.

다음은 후손을 위한 몇 가지 답변입니다.

얼마나 많은 svelte/js 파일에 대해 이야기하고 있습니까?

• 소규모 프로젝트(<10개 파일): <10초 동안 작은 "Running Svelte Beta" 창이 나타나며, 파일 저장 및 형식이 지정됩니다.
• 더 큰 프로젝트(>10개 파일): 여기에서 문제가 발생했습니다. 왼쪽 하단에 해당 창이 뜨고 약 20~30초 동안 시도하고 시도합니다. 그럼 카풋.

프로젝트를 작업한 몇 초/분 후에 바로 발생합니까, 아니면 일정 시간이 지난 후에만 발생합니까?
지금까지는 즉시입니다. 프로젝트를 열고, 파일을 변경하고, 저장하면 위와 같은 상황이 발생합니다. 그리고 어제(또는 그 전날) VSCode 업데이트 후에야 알았습니다. Svelte Beta는 일반적으로 이전 확장자보다 저장 속도가 느렸지만(포맷 및 저장이 발생하기 약 2-4초 전), 그것이 유용하다면.

svelte.plugin.svelte.format.enable을 false(https://github.com/sveltejs/language-tools/tree/master/packages/svelte-vscode#sveltepluginsvelteformatenable)로 설정해도 오류가 계속 발생하나요?
다음에 이런 일이 발생하면 시도해 볼 수 있습니다. 아쉽게도 지금 막 갑자기 멈춰서 별 소용이 없을 것 같아요 헤헤.

tsconfig.json 또는 jsconfig.json이 있습니까?
내 프로젝트에 .tsconfig 또는 .jsconfig 가 없습니다. 공유할 간단한 설정이 있으면 다음에도 시도해 볼 수 있습니다.

그래서, 그것이 사라진 것은 만세지만, 지금 우리가 문제를 모른다면 젠장, 히히.

클래식 😄

jsconfig.json / tsconfig.json 질문을 한 이유는 이전에 언어 서비스가 시작 시 파일 트리(외부 프로젝트 폴더)를 사용하고 - 지금까지는 수정해야 하지만.

시작 시와 이후 매분 로드된 파일 수를 얻기 위해 일부 로깅을 추가할 것입니다.

좋은 것 같습니다. 변경 사항이 있으면 알려 드리겠습니다! 저는 지금 10개 이상의 파일 프로젝트 중 하나에서 놀고 있으며 모든 것이 여전히 순조롭게 진행되고 있습니다...

초기 파일 팽창을 방지하기 위해 추가 조치를 추가했습니다. 여전히 높은 메모리 사용량을 경험하는 사람이 있으면 여기에서 보고하십시오. 그렇지 않으면 몇 주 안에 이것을 닫을 것입니다.

@dummdidumm Atom 확장에 대한 업데이트가 있습니까?

이에 대한 정보와 진행 상황은 #70을 참조하십시오.

VSCode 감시자에서 __sapper__ 를 제외하면 확장이 중지되어 메모리가 부족해졌습니다.