Language-tools: बड़ी फ़ाइलों पर सिमेंटिक टोकन सुविधा को सक्षम करने से भाषा सर्वर अनुपयोगी रूप से धीमा हो जाता है

को निर्मित 18 जन॰ 2021 · 4टिप्पणियाँ · स्रोत: sveltejs/language-tools

बग का वर्णन करें

वीएस कोड स्वेल्टे प्लगइन v104.0.0 ने सिमेंटिक टोकन के लिए समर्थन पेश किया। डिफ़ॉल्ट रूप से, यह सक्षम है:

// The default
"svelte.plugin.typescript.semanticTokens.enable": true

... हालांकि, यह .svelte फाइलों में महत्वपूर्ण मंदी की ओर जाता है जहां <script lang="ts"> तत्व में बड़ी मात्रा में टाइपस्क्रिप्ट (मेरे मामले में, 2,600 लाइनें) शामिल हैं। भाषा सर्वर प्रभावी रूप से अनुत्तरदायी हो जाता है, टाइप-चेकिंग में एक मिनट से अधिक समय लगता है और टूलटिप्स "लोड हो रहा है ..." पर अनिश्चित काल के लिए रुक जाते हैं।

प्रजनन करना

वीएस कोड स्वेल्टे प्लगइन v104.0.0 स्थापित होने के साथ, और "svelte.plugin.typescript.semanticTokens.enable": true का डिफ़ॉल्ट विकल्प लागू होने के साथ, टाइपस्क्रिप्ट कोड की 2,600 पंक्तियों के साथ .svelte फ़ाइल बनाएं। जानबूझकर एक संकलन-समय त्रुटि बनाएं और देखें क्योंकि सभी प्रकार की जांच का जवाब देने में बहुत लंबा समय लगता है।

आप सेटिंग को "svelte.plugin.typescript.semanticTokens.enable": false अपडेट कर सकते हैं और देख सकते हैं कि यह तुरंत फिर से प्रतिक्रियाशील हो गया है। परिवर्तन देखने के लिए भाषा सर्वर को पुनरारंभ करने की आवश्यकता नहीं है, न ही वीएस कोड को पुनरारंभ करने की आवश्यकता है।

अपेक्षित व्यवहार

.svelte टाइपस्क्रिप्ट स्क्रिप्ट वाली फाइलें उत्तरदायी बनी रहनी चाहिए, चाहे स्क्रिप्ट कितनी भी बड़ी क्यों न हो, और उपयोग करने योग्य प्रदर्शन को बनाए रखने के लिए डेवलपर द्वारा किसी अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता नहीं होनी चाहिए।

सिस्टम (कृपया निम्नलिखित जानकारी को पूरा करें):

ओएस: मैकोज़ 10.15.7
आईडीई: वीएस कोड 1.52.1
प्लगइन/पैकेज: "VSCode के लिए व्यापक"

अतिरिक्त संदर्भ

जैसा कि #language-tools में Svelte Discord पर

कलह पर @dummdidumm से:

dummdidumm: हाँ, सिमेंटिक टोकन बड़ी फाइलों पर धीमे हो सकते हैं, खासकर जब से हमें कई सोर्समैप-मैपिंग करने की आवश्यकता होती है
dummdidumm: @ jasonlyu09 शायद हमें बड़ी फ़ाइलों/श्रेणियों के लिए कुछ सीमाएँ जोड़नी चाहिए, अनिवार्य रूप से अनुरोध नहीं करना चाहिए यदि विश्लेषण करने के लिए अनुरोधित सीमा बहुत बड़ी हो जाती है। मुझे लगता है कि वीएस कोड कुछ ऐसा ही करता है।

Fixed bug

स्रोत

shirakaba

सभी 4 टिप्पणियाँ

हाँ, VSCode के टाइपस्क्रिप्ट एक्सटेंशन ने इसे १००००० पर सीमित कर दिया। लेकिन मुझे यह अभी भी हमारे लिए बहुत धीमा लगा, शायद स्रोत मैपिंग के कारण, मुझे लगता है कि मैं इसे ५०००० पर कैप करूंगा;

jasonlyu123 19 जन॰ 2021

हाँ, VSCode के टाइपस्क्रिप्ट एक्सटेंशन ने इसे १००००० पर सीमित कर दिया। लेकिन मुझे यह अभी भी हमारे लिए बहुत धीमा लगा, शायद स्रोत मैपिंग के कारण, मुझे लगता है कि मैं इसे ५०००० पर कैप करूंगा;

@ jasonlyu123 100,000 क्या? मेरी 2,600 लाइन फ़ाइल में 128,292 वर्ण हैं, इसलिए यदि यह 100,000 से अधिक वर्णों वाली फ़ाइलों के लिए सिमेंटिक टोकन को अक्षम करना है, तो ऐसा बिल्कुल भी नहीं हुआ।

हालांकि अगर यह कुछ जेनरेट की गई फ़ाइल की लंबाई के बारे में है (आपके पीआर में टीएसएक्स का उल्लेख है, तो शायद यह है), स्रोत के बजाय, मुझे नहीं पता कि मेरी जेनरेट की गई फाइलें कितनी लंबी हैं।

shirakaba 19 जन॰ 2021

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

कई प्रकार के सिमेंटिक टोकन अनुरोध हैं जिन्हें भाषा सर्वर लागू कर सकता है। वर्तमान में हम टाइपस्क्रिप्ट एक्सटेंशन जैसी श्रेणी और पूर्ण-फ़ाइल लागू करते हैं। मेरी समझ से, ऐसा लगता है कि vscode केवल तभी परिणाम प्राप्त करने का प्रयास करेगा जब पूर्ण फ़ाइल उपलब्ध न हो। और श्रेणी एक यही कारण है कि दस्तावेज़ को नीचे स्क्रॉल करते समय आपको अचानक रंग परिवर्तन दिखाई देगा।

jasonlyu123 19 जन॰ 2021

👍1

यह अब छाया हुआ है। आइए अब देखते हैं कि सिमेंटिक टोकन चालू करते समय यह फिर से प्रयोग योग्य है।

dummdidumm 26 जन॰ 2021

❤1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Language-tools: बड़ी फ़ाइलों पर सिमेंटिक टोकन सुविधा को सक्षम करने से भाषा सर्वर अनुपयोगी रूप से धीमा हो जाता है

सभी 4 टिप्पणियाँ

संबंधित मुद्दों