Language-tools: भाषा सर्वर का भारी स्मृति उपयोग

भाषा सर्वर पर्दे के पीछे टाइपस्क्रिप्ट की भाषा सेवा का उपयोग करता है। मुझे लगता है कि उच्च मेमोरी इसलिए है क्योंकि टाइपस्क्रिप्ट शामिल होने के लिए jsconfig.json में कॉन्फ़िगर की गई सभी फ़ाइलों को पार्स करने का प्रयास करता है। क्योंकि टाइपस्क्रिप्ट भाषा सेवा एक ही प्रक्रिया में है जैसे कि सॉल्वेट भाषा सर्वर, मुझे नहीं पता कि टाइपस्क्रिप्ट भाषा सेवा द्वारा कितनी मेमोरी का उपयोग किया जाता है।

मैं इस बारे में उत्सुक हूं कि आपका __sapper__ फ़ोल्डर कितना बड़ा है। मेरे प्रोजेक्ट में jsconfig.json और इसमें लगभग 200 js स्रोत फ़ाइलें शामिल हैं और केवल 150MB का उपयोग करें। कल्पना नहीं कर सकता कि आपका __sapper__ फ़ोल्डर भाषा सर्वर को 2GB से अधिक मेमोरी का उपयोग करने का कारण कैसे बनता है।

संदर्भ के लिए, यहाँ मेरे प्रोजेक्ट का रेपो है: b339c2a17e @ Innopoints/frontend

मैंने इसे नए सिरे से क्लोन किया है और सर्वर चलाया है और निम्नलिखित प्राप्त किया है:

• 490 एमबी जब __sapper__ फ़ोल्डर में देव बिल्ड शामिल हो
• 730 एमबी जब __sapper__ फ़ोल्डर में देव और उत्पादन होता है

आप इसे पुन: उत्पन्न करने का प्रयास करने के लिए इसे स्वयं संकलित करने का प्रयास कर सकते हैं (ध्यान दें कि देव सर्वर पर्यावरण चर के बिना नहीं चलेगा, लेकिन यह ठीक है, क्योंकि संकलन वैसे भी सफल होगा)। यार्न के साथ डिप्स स्थापित करें, yarn dev साथ संकलित करें और फिर वीएस कोड में कोई भी .svelte फ़ाइल खोलें।

इसके अलावा, अगर इससे कोई फर्क पड़ता है, तो मैं नियमित वीएस कोड के विपरीत, वीएससीओडियम का उपयोग कर रहा हूं

क्या एसएलएस को केवल .svelte फाइलों को स्कैन करने के लिए इंगित करने का कोई तरीका है? मुझे नहीं लगता कि .js/.ts फ़ाइलें वास्तव में Svelte कोड विश्लेषण के लिए प्रासंगिक हैं। विशेष रूप से वे जो सीधे आयात नहीं किए जाते हैं, जैसे __sapper__ फ़ोल्डर।

यदि नहीं, तो मैं उत्सुक हूं कि jsconfig.json अभाव में SLS कैसे व्यवहार करता है। जैसा कि मैंने उल्लेख किया है, उस फ़ाइल को हटाने से मेमोरी की खपत पर्याप्त 150 एमबी हो जाती है। और यह निश्चित रूप से रीडमे में ध्यान देने योग्य है, क्योंकि मेरे लिए, वह व्यक्ति जो टीएस के तरीकों से परिचित नहीं है, यह एक बहुत बड़ा आश्चर्य था कि एक पूरी तरह से असंबंधित jsconfig.json फ़ाइल इस तरह के नाटकीय अंतर का कारण बन रही है।

हाँ, हमें इसके बारे में दस्तावेज़ीकरण में कुछ जोड़ना चाहिए।

.ts / .js फाइलों को स्कैन करने की जरूरत है ताकि आपको इन फाइलों में व्यापक से इंटेलिजेंस प्रदान किया जा सके। यदि आप इन्हें शामिल नहीं करते हैं, तो आपको स्वत: पूर्ण नहीं मिलेगा/इनकी परिभाषा/होवर जानकारी पर जाना होगा।

ऐसा लगता है कि __sapper__ फ़ोल्डर IntelliSense के लिए बहुत उपयोगी नहीं है, इसलिए शायद यह अनदेखा डिफ़ॉल्ट रूप से भी सेट किया जा सकता है और यदि आवश्यक हो तो ओवरराइड किया जा सकता है

मुझे अभी भी 2 जीबी तक की मेमोरी यूसेज मिलती है, लेकिन इसका पता लगाना बहुत मुश्किल है। ऐसा लगता है कि जब मैं उस प्रोजेक्ट में Svelte स्रोत को संपादित कर रहा हूं, तो यह यादृच्छिक समय पर उड़ जाता है। स्मृति खपत को कम करने के लिए आप क्या सुझाव दे सकते हैं?

भाषा सर्वर svelte फ़ाइलों का पता लगाता है और उसी से फ़ाइल ट्री चलाएगा। यह jsconfig/tsconfig में सामान का भी सम्मान करेगा। आपके अनुभव से ("उड़ाता है", "लगातार बढ़ता नहीं"), मेरा अनुमान अभी यह है कि किसी भी तरह सर्वर उस बिंदु पर पहुंच जाता है जहां वह असंबंधित फाइलों का एक गुच्छा लोड करता है जिसे उसे नहीं करना चाहिए।
आप VSCode के Output->Svelte में देख सकते हैं और देख सकते हैं कि क्या कुछ संदिग्ध है (या बस इसे यहाँ कॉपी पेस्ट करें)

यह आज मेरे लिए व्यवहार कर रहा है, लेकिन कल मुझे वीएस कोड बंद करने के बाद व्यापक भाषा उपकरण प्रक्रियाओं को मैन्युअल रूप से मारना पड़ा (एसआईजीटीईआरएम का जवाब नहीं दे रहा था)।

मेरे पास इस समय जोड़ने के लिए और कुछ नहीं है।

आपका प्रोजेक्ट कितना बड़ा है? क्या आपके पास tsconfig.json या jsconfig.json ?

@dummdidumm सैपर टेम्पलेट से बहुत बड़ा नहीं है। मेरे पास एक मूल tsconfig.json है जो समस्या का सामना करने के बाद से नहीं बदला है।

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

तो आप और @illright दोनों सैपर का उपयोग करते हैं और मेमोरी का उपयोग करते हैं। शायद एक पैटर्न .. इसकी जांच करनी होगी।

@dummdidumm मुझे बताएं कि क्या मैं किसी भी तरह से जांच में सहायता कर सकता हूं। शायद एसएलएस को कमांड लाइन के माध्यम से चलाने का एक तरीका है या संपादक में बस इधर-उधर होने की तुलना में अधिक प्रतिलिपि प्रस्तुत करने योग्य है?

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 को SIGKILLed किया। ऊपर परमाणु के DevTools में देखा जा सकता है

ओह रुको, आप एटम का उपयोग कर रहे हैं? आप किस एक्सटेंशन का उपयोग कर रहे हैं?

@dummdidumm मेरे पास एटम ( ide-svelte , मैन्युअल रूप से भाषा सर्वर संस्करण को बंपिंग) और VSCodium (स्वेल्टे बीटा के साथ) दोनों हैं।

जब विस्फोट हुआ तो वीएससीओडियम के स्वेल्टे टैब का आउटपुट यहां दिया गया है। ऐसा लगता है कि इसे मार दिया गया और ठीक हो गया, लेकिन फ्रीज अभी भी था।

ठीक है मैं समझता हूँ, धन्यवाद।

ऐसा लगता है कि स्टार्टअप के तुरंत बाद ब्लोअप हुआ।

यदि आप स्थानीय स्तर पर विस्तार के साथ स्वयं की थोड़ी जांच-पड़ताल करेंगे, तो यह बहुत अच्छा होगा! VSCode के लिए स्थानीय रूप से एक्सटेंशन को सेटअप करने के लिए (ium, वही उम्मीद से होना चाहिए), पहले इसे अनइंस्टॉल करें और फिर इसे स्थानीय रूप से सेट करें जैसा कि है । आप जिस पर ध्यान केंद्रित करना चाहते हैं वह सेवा है । मेरा अनुमान है कि किसी बिंदु पर इसे बहुत अधिक फ़ाइलें मिलती हैं जिनसे इसे निपटना चाहिए, जिसे यहां देखा जा सकता setInterval(() => console.log(JSON.stringify(Array.from(new Set([...files, ...snapshotManager.getFileNames(), ...svelteTsxFiles]), null , 3)), 10000) ) जो कुछ अंतर्दृष्टि प्राप्त करने में मदद कर सकता है।

तो ऐसा लगता है कि snapshotManager.getFileNames() में फाइलों का एक समूह है जिसे jsconfig.json अनुसार नहीं देखा जाना चाहिए। यह फ़ाइल परिवर्तन का भी जवाब देता है, जिसमें यह सैपर से कुछ भी लोड नहीं करता है जब तक कि कोई निर्माण नहीं होता है, लेकिन तब से, __sapper__/**/*.js फाइलें मेमोरी को भर देती हैं

ठीक है, मुझे लगता है कि यह समस्या का स्रोत है। यह अचानक विस्फोट की व्याख्या करता है क्योंकि सभी नई फाइलें ट्रैकिंग सूची में जुड़ गई हैं।

हाँ, शायद यही है। मुझे लगता है कि हमें यह समायोजित करने की आवश्यकता है कि TypescriptPlugin ts/js-onWatchedFilesChange को कैसे संभालता है। हो सकता है कि इसे वीटूर की तरह करें और केवल पुराने सामान को हटा दें, नया नहीं जोड़ें। या __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 ने जो कहा ~/.vscode/extensions या %userprofile%\.vscode \extensions\ में स्थित होता है।

एक और समाधान node_modules/svelte-language-server/dist/src/plugins/typescript/TypeScriptPlugin.js
निम्नलिखित पंक्तियों को पंक्ति २३७ में जोड़ें जहां onWatchFileChanges प्रारंभ

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

यह विधि समस्या का स्रोत है

मैंने एक पीआर #165 बनाया। क्या आप लोग इसे डिबग में आज़मा सकते हैं और देख सकते हैं कि क्या इसमें सुधार हुआ है?

@ jasonlyu123 हां, मुझे सुधार दिखाई दे रहा है। मेरे प्रोजेक्ट के साथ कुछ समय के लिए, स्मृति खपत को नियंत्रण में रखा गया था। सैपर पुनर्निर्माण भी स्मृति अतिप्रवाह को ट्रिगर नहीं कर रहे हैं।

नोट: नियंत्रण में रखा = ~ ४८० एमबी चरम पर । यह मेरे सिस्टम को प्रभावित नहीं करने के लिए काफी कम है, लेकिन आप अभी भी इस उच्च मेमोरी खपत को मान सकते हैं। मेरे पास मेरी मशीन पर 8 जीबी रैम है।

दर्द असली है

भले ही हम डिफ़ॉल्ट रूप से __sapper__ को बाहर कर दें, फिर भी मैं आपके tsconfig.json/jsconfig.json के बहिष्करण में __sapper__ डालने की सलाह दूंगा। क्योंकि हम टाइपस्क्रिप्ट के अपने बंडल का उपयोग कर रहे हैं। vscode द्वारा उपयोग किए जाने वाले tsserver में अभी भी इसे शामिल किया जा सकता है।

@illright क्या आप नवीनतम प्लगइन संस्करण से जांच सकते हैं? अब बेहतर होना चाहिए।

वीएस कोड हमेशा की तरह सहज लगता है, लगभग 400 एमबी मेमोरी का उपयोग किया जाता है। किसी भी मौके पर SLS के अपडेट को एटम एक्सटेंशन में धकेला जा सकता है? यही वह जगह है जहां मैंने दूसरे दिन प्रदर्शन में गिरावट देखी है

@orta एटम प्लगइन को इस रेपो में स्थानांतरित करने के बीच में है। ऐसा करने के बाद, आपको भाषा सर्वर के अपडेट प्राप्त करने चाहिए।

@ रोब-बाल्फ्रे क्या आपके लिए भी स्मृति उपयोग कम हो गया? यदि नहीं, तो क्या आप अपना सेटअप निर्दिष्ट कर सकते हैं?

मैं एक ही समस्या का सामना कर रहा था, ट्रांसपाइल को केवल टाइपस्क्रिप्ट प्रीप्रोसेसर में जोड़ने से स्थिति में काफी सुधार होता है।
आपके svelte.config.js . में
```
const sveltePreprocess = आवश्यकता ("स्वेल्ट-प्रीप्रोसेस");

मॉड्यूल.एक्सपोर्ट = {
प्रीप्रोसेस: sveltePreprocess({
टाइपप्रति: {
केवल पारदर्शी: सच,
},
}),
// ... अन्य व्यापक विकल्प (वैकल्पिक)
};

मैंने हाल ही में 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.plugin.svelte.format.enable से false (https://github.com/sveltejs/language-tools/tree/master/packages/svelte-vscode#sveltepluginsvelteformatenable) पर सेट करते हैं, तो क्या अभी भी त्रुटि होती है? या आउटपुट स्मृति त्रुटियों से अटे पड़े हैं परवाह किए बिना?
• क्या आपके पास tsconfig.json या jsconfig.json ? यदि आप नहीं करते हैं, तो क्या होता है यदि आप एक जोड़ते हैं (केवल एक साधारण हो सकता है)?

हाय @dummdidumm त्वरित उत्तर के लिए धन्यवाद!

पहला - आज सुबह तक मैंने आपके प्रश्नों के परीक्षण के लिए कुछ सामान खोला ... और ऐसा लगता है कि यह हवा में गायब हो गया है। क्लासिक।

यहाँ आपके लिए भावी पीढ़ी के लिए कुछ उत्तर दिए गए हैं:

हम कितनी व्यापक/जेएस फाइलों के बारे में बात कर रहे हैं?

• छोटी परियोजनाएं (<10 फ़ाइलें): छोटी "रनिंग स्वेल्टे बीटा" विंडो <10 सेकंड के लिए आती है, फ़ाइल सहेजता है और प्रारूपित करता है
• बड़ी परियोजनाएं (>10 फाइलें): यहीं पर मैं उस समस्या से जूझ रहा था। वह विंडो निचले बाएँ में पॉप अप होती है और लगभग 20-30 सेकंड के लिए कोशिश करती है और कोशिश करती है। फिर कापूत।

क्या यह प्रोजेक्ट के साथ काम करने के कुछ सेकंड/मिनटों के तुरंत बाद या कुछ समय बाद ही होता है?
अभी तक यह तुरंत है। एक प्रोजेक्ट खोलें, एक फ़ाइल बदलें, सहेजें और उपरोक्त स्थितियां उत्पन्न होती हैं। और मैंने कल (या एक दिन पहले) VSCode अपडेट के बाद ही इसे देखा। हालांकि Svelte Beta पिछले एक्सटेंशन की तुलना में सामान्य रूप से सहेजने के लिए धीमा था (प्रारूप से लगभग 2-4 सेकंड पहले और सहेजें), यदि यह किसी काम का है।

यदि आप svelte.plugin.svelte.format.enable को असत्य पर सेट करते हैं (https://github.com/sveltejs/language-tools/tree/master/packages/svelte-vscode#sveltepluginsvelteformatenable), तो क्या अभी भी त्रुटि होती है?
मैं यह कोशिश कर सकता हूं अगली बार जब मैं यह देख रहा हूं कि यह हो रहा है। दुर्भाग्य से चूंकि यह अभी बेतरतीब ढंग से बंद हो गया है, मुझे नहीं लगता कि यह कोई अच्छा काम करेगा, हे।

क्या आपके पास tsconfig.json या jsconfig.json है?
मेरे किसी भी प्रोजेक्ट में .tsconfig या .jsconfig नहीं है। यदि आपके पास साझा करने के लिए कोई सरल सेटअप है तो मैं अगली बार भी कोशिश कर सकता हूं।

तो, सभी हुर्रे में यह गायब हो गया, लेकिन लानत है अगर हम अब इस मुद्दे को नहीं जानते हैं, हे।

क्लासिक

मैंने jsconfig.json / tsconfig.json प्रश्न पूछा क्योंकि हमें पहले भी इसी तरह की त्रुटि हुई थी, जहां भाषा सेवा स्टार्टअप पर बहुत अधिक फाइलों को लोड करेगी क्योंकि यह फ़ाइल ट्री के बाहर एक और कॉन्फ़िगरेशन ढूंढ रही थी (बाहर प्रोजेक्ट फ़ोल्डर) और उसका उपयोग करना - हालांकि इसे अब तक तय किया जाना चाहिए।

स्टार्टअप पर और साथ ही हर मिनट बाद में लोड की गई फाइलों की संख्या प्राप्त करने के लिए मैं कुछ लॉगिंग जोड़ूंगा।

अच्छा लगता है - अगर कुछ भी बदलता है तो मैं आपको बता दूंगा! मैं उनमें से एक> 10 फाइल परियोजनाओं में से एक में खेल रहा हूं और सब कुछ अभी भी सुचारू रूप से चल रहा है ...

हमने प्रारंभिक फ़ाइल ब्लोट को रोकने के लिए अतिरिक्त उपाय जोड़े हैं। अगर कोई अभी भी उच्च स्मृति उपयोग का अनुभव करता है, तो कृपया यहां रिपोर्ट करें। नहीं तो मैं इसे कुछ हफ्तों में बंद कर दूंगा।

@dummdidumm एटम एक्सटेंशन पर कोई अपडेट?

इस पर जानकारी और प्रगति के लिए #70 देखें।

VSCode वॉचर से __sapper__ को छोड़कर मेरे लिए मेमोरी से बाहर जाने के लिए एक्सटेंशन को रोक दिया।