Vscode: रात भर चलने पर क्रैश

ऐसा लगता है कि लगातार हर रात मैं कंप्यूटर चलाना छोड़ देता हूं। ऐसा लगता है कि सीपीयू अधिकतम होने के कारण यह अनुत्तरदायी है। शायद कुछ अनंत लूप कहीं है, शायद फ़ाइल या गिट रेपो पोलिंग के साथ करने के लिए?

मुझे आश्चर्य है कि अगर ओएस VSCode (इलेक्ट्रॉन वास्तव में) को ऐसी स्थिति में डालने का फैसला करता है जहां यह दुर्घटना का कारण बन रहा है। यदि उनके पास कोई सुराग है तो मैंने इलेक्ट्रॉन को पिंग किया है।

एटम फी पर कभी नहीं हुआ, कम से कम 1.19.x (मेमोरी से) और 1.2.4 पर।

मेरे पास एक समान मुद्दा है, नवंबर अपडेट के बाद (0.10.2 / 0.10.3?)। बस के बारे में हर दिन मैं लॉग इन करने के लिए अपने VSCode खिड़कियों रातोंरात छोड़ दिया है सब मिल गया है (मानक uninformative / माफी दुर्घटना त्रुटि के साथ, "विजुअल स्टूडियो कोड दुर्घटनाग्रस्त हो गया है")।

आज, 0.10.5 अपडेट के बाद, मैंने अपना पहला क्रैश किया था जबकि मैं वहां था - दुर्भाग्य से जब तक मैं सक्रिय रूप से इसका उपयोग नहीं कर रहा था।

विंडोज 7 (64-बिट) पर VSCode चल रहा है, मुख्य रूप से एक बहुत बड़ी परियोजना पर जेएस संपादक के रूप में इसका उपयोग कर रहा है - कुल मिलाकर लगभग एक लाख लाइनें (जिनमें मुझे खोज करने की आवश्यकता है, इसलिए इसे बाहर नहीं किया गया है)। सामान्य उपयोग में कोई प्रदर्शन समस्या नहीं है और मैंने आज के दुर्घटना के लिए अग्रणी किसी भी अत्यधिक संसाधन उपयोग पर ध्यान नहीं दिया।

यदि कोई मुझसे बात कर सकता है, तो मुझे और अधिक विस्तृत त्रुटि लॉग / जानकारी प्रदान करने में खुशी होगी।

मुझे @ Elusive138 के रूप में एक ही मूल मुद्दा मिल रहा है, जब मैं रात भर (हर रात) कोड चलाना छोड़ देता हूं, तो बिना असफलता के मुझे "विजुअल स्टूडियो कोड क्रैश हो गया है"।

अभी भी मेरे लिए vscode 0.10.5, उबंटू 12.04 पर रिप्रोसेंट

मैंने भाग्य के बिना विंडोज 10, मैक ओएस 10.11 और उबंटू 15 पर पुन: पेश करने की कोशिश की। मैं मेमोरी के मुद्दे पर संदेह कर रहा हूं लेकिन उपरोक्त में से कोई भी मेमोरी बहुत अधिक नहीं बढ़ रही थी।

क्या कोई निम्न स्थितियों के साथ इसे पुन: पेश करने की कोशिश कर सकता है:

• क्या यह कोड के खाली उदाहरण को खोलने पर पुन: उत्पन्न होता है (फ़ाइल | बंद फ़ोल्डर)
• यह कार्यक्षेत्र खोलते समय पुन: पेश करता है लेकिन संपादक में कोई फ़ाइल नहीं खोलता है

उबंटू 12.04, vscode 0.10.5 सप्ताहांत में इसे खाली उदाहरण के साथ छोड़ने को पुन: पेश नहीं कर सका।

यह अच्छी तरह से एक सूक्ष्म स्मृति रिसाव हो सकता है, जो इस प्रणाली पर अपेक्षाकृत उच्च स्मृति उपयोग द्वारा स्पष्ट किया गया है।

मैंने कंप्यूटर को लगभग 5:30 बजे छोड़ दिया, सिस्टम मेमोरी के साथ धीरे-धीरे रेंगना शुरू हुआ - यह 7:00 बजे 15,402 एमबी था। 3:09 बजे सिस्टम कमेटी लिमिट (17,682 एमबी) के लिए निकटतम दृष्टिकोण था, और प्रतिबद्ध उपयोग 16,218 एमबी से घटकर 15,217 एमबी हो गया। मुझे शक है कि यह VSCode दुर्घटनाग्रस्त हो सकता है। 6 बजे के आसपास (डिस्क स्थान से बाहर - उन प्रदर्शन काउंटर बड़े हैं!) लॉगिंग बंद होने तक प्रतिबद्ध उपयोग वहाँ के आसपास स्थिर था।

दुर्भाग्य से मैंने सभी VSCode प्रक्रियाओं को शामिल नहीं किया, इसलिए मेरे पास प्रक्रिया-विशिष्ट लॉगिंग नहीं है। मैं आज रात कोशिश करूंगा।

अगर मैं दुर्घटना का समय निकाल पाऊं तो बहुत उपयोगी होगा। क्या VSCode लॉग को कहीं छोड़ देता है?

दुर्भाग्य से मैंने सभी VSCode प्रक्रियाओं को शामिल नहीं किया, इसलिए मेरे पास प्रक्रिया-विशिष्ट लॉगिंग नहीं है। मैं आज रात कोशिश करूंगा।

यह सुपर उपयोगी होगा, धन्यवाद!

वर्तमान में vscode डिस्क पर लॉग नहीं करता है।

@ Elusive138 क्या आप उस कार्यक्षेत्र को साझा कर सकते हैं जिसे आप vscode चल रहा है?

@bpasero दुर्भाग्य से नहीं। यह एक्सट जेएस पर आधारित है, हालांकि, और जहां (लाइब्रेरी) कोड का बहुमत है। मैं इस तरह के अन्य परीक्षण किए जाने के बाद एक साफ एक्सट जेएस कार्यक्षेत्र की कोशिश करूंगा, और देखूंगा कि क्या यह वहां रिप्रोस करता है।

@ Elusive138 हाँ हमारे अंत पर पुन: पेश करने के लिए एक नमूना होना अच्छा होगा।

कोड। Exe प्रक्रियाओं में से एक (लॉग में कोड # 3, संलग्न) लीक हो रहा है। कम से कम 200 एमबी 5:30 बजे शुरू हुआ, और अगले दिन सुबह 9:00 बजे तक 460 एमबी तक पहुंच गया, लगातार वृद्धि के साथ:

हैंडल की गिनती ऊपर नहीं जाती है।

vscode_memleak.zip

इस बार कोई दुर्घटना नहीं हुई, शायद इसलिए कि मेरे पास कई अन्य स्मृति-गहन कार्यक्रम नहीं चल रहे थे। बाद में कम प्रतिबद्ध सीमा के साथ VM में इसका परीक्षण करने में सक्षम हो सकता है।

इस लॉग को रातोंरात अलग-अलग खिड़कियों में 3 बड़े कार्यक्षेत्रों के साथ बनाया गया था। मैं इसे एक ऐसे कार्यक्षेत्र में सीमित करने की कोशिश करूंगा, जिसे मैं साझा करने में सक्षम हूं।

@ Elusive138 यह लीक होने वाली प्रक्रिया के विवरण को समझने में मददगार होगा। क्या आप इसका PID खोज सकते हैं और फिर ps aux | grep <pid> का उपयोग करके इसके पूर्ण मेटा डेटा को प्रिंट कर सकते हैं?

आह, शायद यह विंडोज पर है, निश्चित नहीं :)?

@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 हां, पिछली रात परीक्षण में अलग-अलग कार्यक्षेत्रों के साथ तीन खिड़कियां खुली थीं। जैसा कि ऊपर उल्लेख किया गया है, मैं एक स्वच्छ एक्सएस जेएस कार्यक्षेत्र पर सिर्फ एक के साथ आज रात कोशिश करूंगा।

बढ़िया है!

दुर्भाग्य से, कोई रेप्रो ... यह अजीब है। उस विशिष्ट परियोजना के भीतर एक रिसाव का क्या कारण हो सकता है?

जिसमें से बोलते हुए, यह @Tyriar के प्रारंभिक मुद्दे से भिन्न हो सकता है। उनका अनुत्तरदायी था, मेरा और ग्विंजुद्द त्रुटि संवाद के साथ दुर्घटनाग्रस्त हो रहे हैं ..? किस मामले में शायद हमें एक नया मुद्दा बनाना चाहिए ...

@ Elusive138 विषम। क्या यह पुन: उत्पन्न करता है यदि आप बिना किसी JS फ़ाइल को खोले उस कार्यक्षेत्र को खोलते हैं?

इसके अलावा, शायद हम क्रोम डेवलपर टूल का उपयोग करके इसे प्रोफाइल करना शुरू कर सकते हैं जहां आप ढेर शॉट्स कर सकते हैं। उसके लिए, बस कुछ समय से पहले और बाद में एक स्नैपशॉट देखें कि वे मेमोरी कहाँ जाती है।

@bpasero ओह, मैं पूरी तरह से उन भक्तों के बारे में भूल गया। मैं कोशिश करूँगा कि आज रात।

@bpasero ढेर Main.js , workerMain.js और workerMain.js (2) वास्तव में नहीं बदलते हैं। शायद 5 एमबी तक।

अपनी स्थिति पर और अधिक जोड़ते हुए, मैंने इसे एक फ़ोल्डर ओपन (जो दुर्घटनाग्रस्त हो गया) के साथ चलाने की कोशिश की, लेकिन कोई भी काम करने वाली फाइल नहीं है और यह रातोंरात नहीं हुआ। तो यह केवल तब होता है जब एक फ़ोल्डर खुला होता है और वहां काम करने वाली फाइलें सक्रिय होती हैं।

@ Elusive138 हम अन्य प्रक्रियाओं को स्पॉन करते हैं जो मेमोरी प्रेशर का कारण बन सकते हैं और वे ढेर प्रोफाइल में दिखाई नहीं देंगे। हालाँकि आपके पिछले पोस्टों से ऐसा लगता है कि आपने रेंडरर प्रक्रिया से आने वाली उच्च मेमोरी की पहचान कर ली है और किसी को हाईप स्नैप शॉट के नीचे दिखाना चाहिए। क्या आप सुनिश्चित हैं कि आपने रेंडर प्रक्रिया के लिए उच्च मेमोरी देखी है और अपने बच्चों के लिए नहीं? क्योंकि रेंडरर अन्य प्रक्रियाओं का जनक है जो इसे बनाता है, उदाहरण के लिए फ़ाइल देखने की प्रक्रिया।

@Tyriar आप और अधिक विशिष्ट हो सकते हैं कि आप क्या मतलब है। क्या यह है कि आपने संपादक की कोई फाइल नहीं खोली है या आपके पास काम करने वाली फाइलें खंड में खाली हैं?

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

प्रयास करने के लिए सार्थक एक और चीज़: बिना किसी एक्सटेंशन के यह देखने के लिए चलाएं कि शायद कोई एक्सटेंशन लीक हो रहा है या नहीं। आप ऐसा करने के लिए --disable-extensions साथ दौड़ सकते हैं।

@bpasero मुझे यकीन है कि ऊपर दी गई कमांड लाइन 4772 के लिए थी, स्क्रीनशॉट में हाइलाइटेड (टपकीदार)। यह --type=renderer कहता है।

मैं इसे फिर से सप्ताहांत पर दौड़ना छोड़ दूंगा और देखूंगा कि क्या होता है। मुझे नहीं लगता कि मैंने अभी तक कोई जेएस फाइलें नहीं खोलकर एक साफ परीक्षण किया है।

@bpasero मेरा मानना ​​है कि मेरे पास कोई फ़ाइल नहीं खुली थी (दाईं ओर), केवल पेड़ के ऊपर काम करने वाली फाइलें। अगर मुझे याद है कि जब मैं काम खत्म करता हूं तो मैं एक फ़ाइल को खोलने और भाषा को नोट करने की कोशिश करूंगा।

मुझे यकीन है कि पता नहीं है, लेकिन यह एक जावास्क्रिप्ट फ़ाइल नहीं थी जब मेरा दुर्घटनाग्रस्त हो गया, अधिक संभावना सी ++, जावा या कोई भाषा नहीं थी। मैं जाँच अवश्य करूँगा।

@Tyriar अगर यह केवल काम करने वाली फ़ाइलों के तहत और सभी संपादकों के बंद होने (स्टार्टअप से सही - जो महत्वपूर्ण है) के साथ पुन: पेश करता है, तो हम कुछ पर हो सकते हैं।

@bpasero मैं शुक्रवार को काम छोड़ने से पहले बदलती परिस्थितियों में उदाहरणों का एक गुच्छा खोलने की कोशिश कर सकता हूं और देख सकता हूं कि क्या मैं अपने सभी प्रयोगों को एक रात में ही समाप्त कर सकता हूं। जब तक आपके पास यह विश्वास करने का कारण नहीं है कि vscode हैंगिंग का एक उदाहरण अन्य सभी को तोड़ देगा?

@ टायर पूरी तरह से हाँ, अगर आपके पास एक से अधिक खिड़की खुली है तो यह सब उपयोग की जा रही कुल मेमोरी में जुड़ जाता है और वे सभी क्रैश हो जाएंगे। ऐसा इसलिए है क्योंकि जब आप कई विंडो खोलते हैं, तब भी वे सभी एक पेरेंट प्रोसेस और 1-1.5 जीबी जैसी किसी एक मेमोरी लिमिट को साझा करते हैं। वास्तव में यह समझने के लिए कि रिसाव कहाँ से आ रहा है, इन परिस्थितियों में पृथक 1 खिड़की को मापना सबसे अच्छा होगा:

• कोई एक्सटेंशन --disable-extensions माध्यम से सक्षम नहीं किया गया (ऐसा एक्सटेंशन जो बहुत सारी मेमोरी या लीक का उपभोग करता है, दुर्घटना का कारण भी होगा)
• स्टार्टअप पर कोई फ़ाइल नहीं खुली (स्टार्टअप के बाद एक फ़ाइल बंद करना पहले ही बहुत देर हो चुकी है)
• काम कर रही फ़ाइलों के तहत कोई काम नहीं कर फ़ाइल

कार्य करने वाली फ़ाइलों के लिए केवल एक ही चीज़ btw, जिसका प्रभाव हो सकता है कि प्रत्येक कार्यशील फ़ाइल जो कार्यक्षेत्र के अंदर नहीं है, हम परिवर्तनों के लिए देखने के लिए फ़ाइल वॉचर स्थापित करते हैं। शायद यह रिसाव का कारण बनता है, हालांकि आश्चर्य की बात होगी। इसके अलावा, हम एक चौकीदार को स्थापित नहीं करते हैं यदि फ़ाइल कार्यक्षेत्र के अंदर है जिसे खोला गया है, केवल बाहर की फ़ाइलों के लिए।

@bpasero कोई लीक नहीं है जब कोई खुली फाइलें (?) नहीं हैं। मैं आज रात को कुछ खोलने के लिए सुनिश्चित करने के बाद स्वच्छ कार्यक्षेत्र की कोशिश करूँगा।

मैंने निम्नलिखित सेटअप के साथ सप्ताहांत में कोशिश की:

1. Code --disable-extensions साथ लॉन्च करें
2. ~ 1300 लाइन जावास्क्रिप्ट फ़ाइल खोलें

मेमोरी और सीपीयू लगभग शुक्रवार रात और सोमवार सुबह थे।

@ टायरियर सिर्फ एक फ़ाइल के साथ एक खाली कार्यक्षेत्र खोल रहा था या पहले एक फ़ोल्डर खोल रहा था और फिर उसमें से एक फ़ाइल?

@bpasero खाली कार्यक्षेत्र को खोलना, मैंने एक फ़ोल्डर नहीं खोला और जब मैंने लॉन्च किया तो कोई फ़ोल्डर नहीं खुला था

ठीक है, जानकर अच्छा लगा। तो यह एक (संभवतः बड़े) फ़ोल्डर खुले होने से संबंधित है। अभी भी यह पता लगाने के लिए कि क्या यह फ़ोल्डर खोलना पर्याप्त है या एक फ़ाइल खुली होने से यह केवल ट्रिगर होता है।

@bpasero I के पास एक बड़ा फोल्डर खुला था जिसमें सप्ताहांत में कोई भी फाइल नहीं थी, जिसमें मेमोरी उपयोग में कोई उल्लेखनीय वृद्धि नहीं हुई थी। मेरे पास बड़े-फ़ोल्डर-और-फ़ाइल-ओपन परीक्षण के परिणाम उम्मीद के साथ लगभग 7 घंटे में एक प्रतिलिपि प्रस्तुत करने योग्य / साझा करने योग्य कार्यक्षेत्र होंगे।

@bpasero जिस फोल्डर में मैंने पहले क्रैश का अनुभव किया था वह 13000-14000 फाइल्स की मजबूत रही होगी, इसमें git repo शामिल है जो कि 2000 के आसपास था।

मुझे लगता है कि मैं दोगुना जांच करूंगा कि दुर्घटना अभी भी नवीनतम संस्करण में होती है क्योंकि मैंने इसे देखा है (परीक्षण के कारण)।

और मुझे लगता है कि यह एक जेएस कार्यक्षेत्र है?

@bpasero py, cpp, js, html, css

ठीक है, यह धीरे-धीरे चढ़ाई स्मृति उपयोग को पुन: पेश करने के लिए लगता है, अगर एक छोटे पैमाने पर: VSCodeTest.zip । मेरे पास /ext/build/ext-all-debug.js खुले थे।

(हां, यह एक ज़िप के अंदर 7z है ... GitHub मुझे सीधे 7z या xz अपलोड नहीं करने देगा, और ज़िप और gzip बहुत बड़े हैं)

@ Elusive138 आपके लिए एवीजी में कितना वृद्धि करता है? स्मृति में किसी भी वृद्धि के बिना मेरे पास 2 घंटे के लिए खुली कुछ जेएस फाइलों के साथ कार्यक्षेत्र था।

@bpasero क्षमा करें, मुझे फिर से पुन: प्रस्तुत करने में समस्या हो रही है। मुझे लगता है कि मेरे पास पहले ही प्रयास में एक आवारा गिट रेपो था, जो ऊपर के संग्रह में शामिल नहीं था। जब मुझे और अधिक ठोस परिणाम मिलेंगे तो मैं आपको बता दूंगा।

यह वास्तव में उपयोगी होगा यदि यह कई स्वतंत्र उदाहरणों को खोलना संभव था ... एक रात में एक परीक्षण तक सीमित होना काफी धीमा है। क्या आप अलग-अलग प्रोफाइल के लिए क्रोमियम के झंडे ले जाने के लिए होते हैं?

कई कोड संस्करण बनाना संभव है जो समानांतर में चल सकते हैं, हालांकि हमने इसे दस्तावेज नहीं किया है। यदि आप https://github.com/Microsoft/vscode/blob/master/product.json में मान बदलते हैं ताकि वे अलग-अलग हों और फिर कमांड लाइन से निर्माण हो, तो आप कई अलग-अलग उदाहरण शुरू कर सकते हैं। अद्वितीय होने के लिए पहचानकर्ता निम्न हैं:

• darwinBundleIdentifier
• win32MutexName
• nameShort
• nameLong
• dataFolderName (उदाहरण के लिए "dataFolderName": ".oss-code-1")

विंडोज 8.1। कोड में, एक गिट रिपॉजिटरी के लिए एक फ़ोल्डर खोला जिसमें सुबह 39,000 फाइलें थीं।
इसके साथ बहुत कम किया, कुछ छोटे फाइलों में कुछ छोटे संपादन।
दिन के अंत तक टास्क मैनेजर द्वारा रिपोर्ट किए गए कमिट का आकार 672,164K था।
जब मैं कार्यक्रम में नहीं था, तो यह पूरे दिन लगातार बढ़ता गया।

@gushie किसी भी मौका इस रेपो मेरे साथ साझा किया जा सकता है? यह भी, प्रारंभिक स्मृति की रिपोर्ट क्या थी?

@bpasero मुझे क्षमा करें, मुझे रेपो को स्वयं साझा करने की अनुमति नहीं है, लेकिन यदि इसके बारे में कोई विवरण है जो मदद कर सकता है, तो फ़ाइल सामग्री को छोड़कर, मुझे बताएं। प्रक्रिया शुरू में लगभग 110 एमबी से शुरू होती है, जल्दी से 90 एमबी पर वापस जाने से पहले लगभग 130 एमबी तक बढ़ जाती है। यह इस बिंदु से आगे लगातार बढ़ता जाएगा। (5 अन्य कोड। Exe प्रक्रियाएं हैं जो 4MB से 30MB तक भिन्न हैं लेकिन ये ध्यान देने योग्य नहीं हैं। केवल एक कोड है)

मुझे नहीं पता कि कल से अंतिम प्रतिबद्ध आकार क्या था क्योंकि जब मैं आज वापस आया तो यह प्रक्रिया दुर्घटनाग्रस्त हो गई थी।

@gushie मैं "निजी आकार" की निगरानी के लिए code.exe प्रक्रियाओं पर प्रदर्शन मॉनिटर का उपयोग कर रहा हूं।

बहुत कष्टप्रद है कि हम उन कार्यक्षेत्रों को साझा नहीं कर सकते हैं जिनके साथ हमारे पास मुद्दे हैं! मुझे आश्चर्य है कि अगर किसी ने कुछ ओपन-सोर्स के साथ इसका सामना किया है। समानताओं की तलाश: क्या आपका रेपो कभी गिट-स्वॉन के साथ इस्तेमाल किया गया था?

@bpasero धन्यवाद, अगर मैंने जो प्रक्रिया छोड़ी है, जब मैं सोमवार को वापस नहीं आता हूं, तो मैं कुछ अतिरिक्त प्रतियां बनाने की कोशिश कर सकता हूं। यह पता लगाने की आवश्यकता होगी कि किस पर नज़र रखना है, हालांकि, जो एक समस्या हो सकती है।

@ Elusive138 हम

आह, यह मेरा से बिल्कुल अलग है। एक स्थानीय Git रेपो (w / Git एक्सटेंशन) एक SVN सर्वर से जुड़ रहा था। मेरा वर्तमान परीक्षण vscode एक से दूर एक git रेपो के साथ है ... उम्मीद है कि यह repro होगा और मैं इसे साझा कर सकता हूं।

@gushie क्या यह पुन: उत्पन्न करता है यदि आप बिना कोई फ़ाइल खोले कार्यक्षेत्र खोलते हैं? पहले सभी फ़ाइलों को बंद करने की कोशिश करें और इस सेटअप को प्राप्त करने के लिए पुनः आरंभ करें। यदि वह पुन: पेश नहीं करता है, तो क्या यह पुन: उत्पन्न करता है यदि आप कार्यक्षेत्र को खोलते हैं और एक जेएस फाइल खोलते हैं और इसे ऐसा करते हैं?

@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

जैसा कि उल्लेख किया गया है कि यह नियमित उपयोग के बाद था और सुरक्षित मोड में नहीं था इसलिए यह _could_ एक एक्सटेंशन के कारण रहा है?

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

@Tyriar जिस प्रक्रिया को आप दिखा रहे हैं

@gushie यह एक फ़ोल्डर खोलने के बिना था?

@bpasero I के पास फ़ोल्डर खुला था। स्पष्ट रूप से कुछ कार्रवाई है जो फ़ोल्डर के भीतर एक फ़ाइल के शुरुआती उद्घाटन से परे मेमोरी लीक को किक करने के लिए प्रकट होती है। मैं निगरानी और कोशिश करता रहूंगा और इसे कम करूंगा।

@bpasero कि केवल एक ही vscode- संबंधित प्रक्रिया थी जिसे मैं आउटपुट में देख सकता था, यह संभव है कि यह आउटपुट में दिखाई नहीं दे रहा था क्योंकि यह पहले से ही गैर-जिम्मेदारता के कारण मारा गया था? जैसा कि दिखाया गया है कि प्रक्रिया केवल 0.5% मेमोरी और 0% सीपीयू का उपयोग कर रही है। मुझे लगता है कि मेरी हाल की खोजों से मुझे जिस समस्या का सामना करना पड़ रहा है वह शायद जेएस सेवा के कारण नहीं है।

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

(एक चीज़ गायब है और भविष्य के लिए समय-समय पर यूआई स्टेट को डिस्क में सक्षम करने में सक्षम होना चाहिए ताकि फिर से खोलना आपके कार्य वातावरण को पुनर्स्थापित कर सके)

@bpasero : +1: यह मददगार होगा।

वीएस अब लगभग एक महीने से हर सुबह दुर्घटनाग्रस्त हो रहा है। मैं अपने धैर्य के अंत में आया हूं।

मुझे उम्मीद है कि इसे PRI 0 बग के रूप में माना जा रहा है क्योंकि किसी भी सम्पादक संपादक को अक्सर यह दुर्घटना नहीं करनी चाहिए।

कृपया मुझे बताएं कि मैं यह कैसे पता लगा सकता हूं कि यह क्यों हो रहा है। मैंने अन्य मशीनों पर भी ऐसा होते देखा है।

@nojvek क्या आप मेरे साथ कार्यक्षेत्र साझा करने में सक्षम हैं जहां ऐसा होता है?

मुझे यकीन नहीं है कि आपके द्वारा साझा कार्यक्षेत्र का क्या मतलब है। यह एक टाइपस्क्रिप्ट / एचटीएमएल / सीएसएस परियोजना है जिसमें सी ++ का एक बिट है। लगभग ~ 1500 फाइलें और कोड की 80,000 लाइनें।

क्या वीएस में क्रैशडम्प्स दिखाने का कोई तरीका है?

@nojvek मैं एक कार्यक्षेत्र रखना चाहूंगा कि मैं इस समस्या को पुन: उत्पन्न करने के लिए कोड चला सकता हूं। हमें संदेह है कि यह कहीं स्मृति रिसाव से संबंधित है, यह सिर्फ स्पष्ट नहीं है कि कहां है। यदि आप मुझे कार्यक्षेत्र का ज़िप भेज सकते हैं या हो सकता है कि अगर यह खुला स्रोत है तो git URL।

बेंजामिन,

इसका आंतरिक Microsoft स्रोत कोड और मुझे नहीं लगता कि मैं इसे आपको दे सकता हूं।

अगर कोई मेमोरी मॉनिटरिंग टूल है तो मैं उसे बता सकता हूं।

अगर मैं मेमोरी स्नैपशॉट को क्रोम डीबगर के साथ ले जाऊं तो यह काम करेगा
बनाम हर घंटे में देखें कि क्या हो रहा है?

शनिवार, 23 जनवरी, 2016 को, बेंजामिन पसेरो सूचनाएं @github.com
लिखा था:

@nojvek https://github.com/nojvek मैं एक कार्यक्षेत्र रखना चाहूंगा जो कि
मैं इस समस्या को पुन: उत्पन्न करने के लिए कोड चला सकता हूं। हमें संदेह है कि यह एक से संबंधित है
स्मृति रिसाव कहीं, यह अभी स्पष्ट नहीं है जहां। अगर आप मुझे एक ज़िप भेज सकते हैं
कार्यक्षेत्र या शायद git URL अगर यह खुला स्रोत है।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/508#issuecomment -174192367

हां मेमोरी स्नैपशॉट मदद करेगा अगर और केवल अगर यह रिसाव वीएस कोड के मुख्य पक्ष के अंदर है। हालांकि, ऐसा लगता है कि कम से कम एक मामले में रिसाव एक प्रक्रिया में था जिसे हम स्पॉन (फ़ाइल वॉचर) करते हैं। हो सकता है कि आप प्रक्रिया एक्सप्लोरर का उपयोग करके पहचान कर सकें कि स्मृति की खपत के मामले में कौन सी प्रक्रिया लगातार बढ़ रही है।

यदि यह मुझे स्रोत कोड प्रदान करने में मदद करता है: मैं Microsoft के लिए काम करता हूं;)

मेरे पास अपने प्रबंधक के साथ एक शब्द होगा। यह विंडोज रेपो में है इसलिए मुझे करना होगा
थोड़ा सावधान रहें।

थ्रेड से ऐसा लगता है कि चॉकीडर का उपयोग फाइल वॉचर के लिए किया जाता है। कुछ समय
वापस मैंने स्रोत कोड के साथ खेला। थोड़ा स्पगेटी था।

मैं देखूंगा कि क्या मैं अपने साधारण नोड ऐप पर चोकिडार लोड कर सकता हूं और देख सकता हूं कि क्या यह है
अपराधी।

किसी भी विशिष्ट कारण Btw क्यों chokidar का उपयोग करने की आवश्यकता है? वहाँ अन्य हैं
प्लेटफ़ॉर्म फ़ाइल पर नज़र रखने वाले सही हैं?

रविवार, 24 जनवरी, 2016 को, बेंजामिन पसेरो सूचनाएं @github.com
लिखा था:

हाँ मेमोरी स्नैपशॉट मदद करेगा अगर और केवल अगर यह रिसाव मुख्य के अंदर है
वीएस कोड का पक्ष। हालांकि, ऐसा लगता है कि कम से कम एक मामले में रिसाव था
प्रक्रियाओं में से एक में हम (फ़ाइल द्रष्टा) स्पॉन करते हैं। शायद आप कर सकते हो
प्रक्रिया एक्सप्लोरर का उपयोग करके पहचान करें कि कौन सी प्रक्रिया लगातार बढ़ रही है
स्मृति सेवन की शर्तें।

यदि यह मुझे स्रोत कोड प्रदान करने में मदद करता है: मैं Microsoft के लिए काम करता हूं;)

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/508#issuecomment -174269028

चोकीदार का उपयोग मैक और लिनक्स पर किया जाता है, यदि आप विंडोज पर हैं, तो हम C # फ़ाइल वॉचर का उपयोग करते हैं। मैं एक काम कर रहे और प्रदर्शनकारी क्रॉस फ़ाइल चौकीदार समाधान के साथ एक पीआर स्वीकार करने के लिए खुश हूँ :)

आप नोड 4.0 के रूप में जानते हैं fs.watch दोनों विंडोज़ और मैक पर स्थिर है। देखें: https://github.com/Microsoft/TypeScript/issues/4643

टाइपस्क्रिप्ट में एक बहुत ठोस क्रॉस प्लेटफ़ॉर्म फ़ाइल / डायरेक्ट्री लॉजिक है। https://github.com/Microsoft/TypeScript/blob/931d162620c7e09377c12875834e1838c4cdd51b/src/compiler/sys.ts

मैं एक परिवर्तन के साथ वीएस कोड का एक स्थानीय निर्माण प्राप्त करने की कोशिश करूंगा और देखूंगा कि क्या यह अभी भी दुर्घटनाग्रस्त होता है। यदि ऐसा नहीं होता है तो मैं निश्चित रूप से एक पीआर भेजूंगा।

मुझे पता है कि यह निर्देशिका पर पुनरावर्ती घड़ी कॉल का उपयोग करके बहुत बेहतर हो गया और इस प्रकार प्रति फ़ोल्डर में एक घड़ी श्रोता को संलग्न करने से बच रहा है, लेकिन मुझे लगता है कि घटनाएं अभी भी कभी-कभी फ़ाइल / फ़ोल्डर नाम को याद करती हैं, कम से कम कुछ मामलों में। मुझे यहाँ C # का उपयोग करने में अधिक आत्मविश्वास महसूस होता है।

मैं आज एक रिप्रो पाने में कामयाब रहा। मेमोरी स्नैपशॉट लेने के लिए डेवलपर टूल कंसोल को खींचने से पहले मैं बस दुर्घटनाग्रस्त हो गया।

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

ऐसा लगता है कि टाइपस्क्रिप्ट सर्वर लगभग 200MB का है।
रेंडरर ने लगभग 800MB का उपभोग किया और फिर दुर्घटनाग्रस्त हो गया।

जब मुझे लगभग 500MB उपयोग प्राप्त होता है, तो मैं एक मेमोरी स्नैपशॉट लेने का प्रयास करूँगा। --Renderer प्रक्रिया webkit प्रक्रिया सही है?

यह दो दिनों के बाद था क्योंकि मैंने आखिरी बार एक दुर्घटना देखी थी। ऐसा लगता है कि टूल का उपयोग 8 घंटे की अवधि के लिए किया गया है जिससे बहुत सारी टीएस फाइलें तेजी से उपयोग होती हैं।

एक अच्छा, रेंडरर प्रक्रिया संपादक के लिए मुख्य प्रक्रिया है। यदि आप एक मेमोरी स्नैपशॉट कर सकते हैं तो यह हमें और आगे लाएगा। दुर्भाग्य से स्नैपशॉट किसी भी अन्य प्रक्रियाओं के लिए काम नहीं करेगा, लेकिन वे ठीक लग रहे हैं।

हालांकि tscse (टाइपस्क्रिप्ट सर्वर) के लिए 200MB का उपभोग करना सामान्य है?

26 जनवरी, 2016 को प्रातः 9:29 बजे, बेंजामिन पसेरो सूचनाएं @ithub.com
लिखा था:

एक अच्छा, रेंडरर प्रक्रिया संपादक के लिए मुख्य प्रक्रिया है। अगर तुम
एक मेमोरी स्नैपशॉट कर सकते हैं, यह हमें और आगे लाएगा। दुर्भाग्य से
स्नैपशॉट किसी भी अन्य प्रक्रियाओं के लिए काम नहीं करेगा, लेकिन ऐसा लगता है
ठीक है

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/508#issuecomment -175408302।

हाँ, बहुत आसानी से।

जबरदस्त हंसी! मैं ढेर स्नैपशॉट लेने की प्रक्रिया में था और वीएस दुर्घटनाग्रस्त हो गया।

मैं फिर से कोशिश करूंगा और देखूंगा कि कल मेरी बेहतर किस्मत है या नहीं।

क्या अपनी मेमोरी सीमा बढ़ाने के लिए vscode बताने का कोई तरीका है ताकि ढेर स्नैपशॉट लेने की कोशिश करते समय दुर्घटना न हो?

मुझे लगता है कि क्या होता है कि स्नैपशॉट लेने से आप मेमोरी अपवाद से बाहर हो जाते हैं: - /। मेमोरी सीमा को बदलने का कोई तरीका नहीं है, यह V8 में हार्डकोड किया गया है।

हो सकता है कि मेमोरी उपयोग बढ़ने से पहले स्नैपशॉट को थोड़ा पहले लेने की कोशिश करें? क्या यह धीरे-धीरे वृद्धि है?

मैं पिछले दो सप्ताह या तो के लिए (कोई क्रैश, उचित मेमोरी उपयोग) पुन: पेश करने में सक्षम नहीं हूं। केवल अंतर जो मैं सोच सकता हूं कि 0.1.0 से 0.3.1 तक पॉवरशेल एक्सटेंशन अपडेट है - लेकिन मेरे पास वैसे भी कार्यक्षेत्र में कोई पीएस फाइलें नहीं हैं, और यह उस समय अक्षम एक्सटेंशन के साथ क्रैश हो गया।

मुझे लगभग 300 एमबी का एक सफल डंप मिला है - जो कि प्रेंडर प्रक्रिया द्वारा उपयोग किया जाता है। डंप लेने के 10 सेकंड बाद यह दुर्घटनाग्रस्त हो गया।

ऐसा लगता है कि उपयोग का बड़ा हिस्सा DOM ट्री में है।

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

उम्मीद है की यह मदद करेगा।

हम्मम, मुझे आश्चर्य है कि अगर प्रोफाइलर यहां असली सच बता रहा है। मैं सभी पेड़ तत्वों को देखता हूं और हमारे पास पेड़ में एक रिसाव हो सकता है, लेकिन मुझे आश्चर्य होगा कि इस रिसाव से इतने कम समय में स्मृति से बाहर हो सकता है।

मैंने कुछ और डंप लिए।

यह खुलने लगता है .min.js फाइलें स्मृति में भारी उछाल का कारण बनती हैं। फ़ाइलों को बंद करने के बाद भी मेमोरी नीचे नहीं जाती है। सभी मेमोरी डंप के बीच ऐसा लगता है कि DOM डोमिनेटर है।

यह भी सुनिश्चित नहीं है कि दो रेंडरर प्रक्रियाएं क्यों थीं। उनमें से एक हो सकता है क्रोम devtools था। लेकिन मैं 1 गिग के बहुत करीब पहुंच गया।

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

मैंने ~ 500MB RAM का उपभोग करने वाली दो प्रक्रियाओं का स्क्रीनशॉट लिया।

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

खैर इस प्रकार है:
बनाम कोड शुरू करें।
एक बड़े फ़ोल्डर पर .tsconfig फ़ाइलों के साथ एक या दो js / ts फ़ाइलें खोलें।
कुछ स्क्रॉलिंग / संपादन करें।
सभी कार्यशील फ़ाइलें बंद करें।
इसे रात भर भी 200 सी में लगाएं।
केक!

शुक्रवार, 29 जनवरी, 2016 को, बेंजामिन पसेरो सूचनाएं @github.com
लिखा था:

हाँ, एक भक्त है। यह उम्मीद है कि जब आप खोलते हैं तो मेमोरी बढ़ जाती है
फ़ाइलें। लेकिन मैं यह समझना चाहूंगा कि एक वीएस कोड जो चल रहा है
जब तक यह दुर्घटनाग्रस्त न हो जाए तब तक रात में बिना मेमोरी के उपयोग बढ़ जाता है।

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/508#issuecomment -177087988

@nojvek रेप्रो के लिए .tsconfig s आवश्यक हैं? क्योंकि मैं पिछले कुछ भी TS- सब पर संबंधित बिना दुर्घटनाओं में पड़ा है। हालाँकि मैं अब उन लोगों को भी नहीं दे सकता ...

हमारी परियोजना सिर्फ उनके पास होती है। एक लाल हेरिंग हो सकता है।

शनिवार, 30 जनवरी, 2016 को बॉब नोटिफिकेशन @

@nojvek https://github.com/nojvek क्या .tsconfigs आवश्यक हैं
रेप्रो? क्योंकि मैं पिछले कुछ TS- संबंधित बिना दुर्घटनाओं में पड़ा है
सब। हालाँकि मैं अब उन लोगों को भी नहीं दे सकता ...

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/508#issuecomment -177198518।

केवल। * फाइलें जो हमारे फोल्डर में हैं, वे .it फोल्डर और .gitignore हैं

@nojvek क्या आप प्रोजेक्ट के साथ एक कस्टम टाइपस्क्रिप्ट सर्वर का उपयोग कर रहे हैं, या टीएस से बाहर हम 0.10.6 में जहाज करते हैं? हम 0.10.6 में जो शिप करते हैं, वह टाइपस्क्रिप्ट 1.7.5 है

@bpasero @nojvek अगर यह JS की तरफ एक मेमोरी इश्यू है। आप क्रोम पर हीप स्नैप शॉट को अलग कर सकते हैं।

1. एक स्नैपशॉट लीजिये।
2. स्मृति रिसाव का कारण बनने वाली क्रिया करें।
3. बल कचरा संग्रह। अन्यथा अगले हीप स्नैपशॉट में ऑब्जेक्ट शामिल होंगे।
4. दूसरा स्नैपशॉट लें।
5. मुश्किल दोनों स्नैपशॉट।

सब कुछ ऊपर Chrome Devtools में किया जा सकता है। कचरा संग्रह का बल टाइमलाइन टैब, कचरा आइकन में है। और फ़िल्टर मेनू पर स्नैपशॉट एक्सप्लोरर पर इसे चुनने से ही फ़र्क होता है।

बस रिपोर्ट करें कि किन वस्तुओं को बनाए रखा गया है और संभव बनाए रखने के मार्ग (बस ढेर तालिका के नीचे) हैं। और इस मुद्दे को ठीक करने के लिए आवश्यक सभी डेटा हैं।

एक दुर्घटना के बारे में डेटा एकत्र करने के लिए पूरे दिन इंतजार करने की आवश्यकता नहीं है: पलक:

मेरे द्वारा भेजे गए ड्रॉपबॉक्स लिंक में तीन हीट स्नैपशॉट थे जो आधे घंटे अलग थे।
मैंने बल कचरा संग्रह नहीं किया। एक तरकीब देगा।

रविवार, 31 जनवरी, 2016 को, टिंगन हो नोटिफिकेशन @github.com ने लिखा:

@bpasero https://github.com/bpasero @nojvek https://github.com/nojvek
यदि यह जेएस की ओर से एक स्मृति मुद्दा है। आप ढेर स्नैप शॉट को अलग कर सकते हैं
क्रोम।

1. एक स्नैपशॉट लीजिये।
2. स्मृति रिसाव का कारण बनने वाली क्रिया करें।
3. बल कचरा संग्रह। अन्यथा अगले ढेर स्नैपशॉट होगा
   वस्तुओं को शामिल करें।
4. दूसरा स्नैपशॉट लें।
5. मुश्किल दोनों स्नैपशॉट।

सब कुछ ऊपर Chrome Devtools में किया जा सकता है। कचरे का बल
संग्रह समयरेखा टैब में है, कचरा आइकन। और फैल रहा है
बस इसे फिल्टर मेनू पर स्नैपशॉट एक्सप्लोरर पर चुनकर किया।

बस रिपोर्ट करें कि किन वस्तुओं को बनाए रखा गया है और संभव बनाए रखने के मार्ग (बस नीचे)
ढेर तालिका)। और इस मुद्दे को ठीक करने के लिए आवश्यक सभी डेटा हैं।

एक दुर्घटना के बारे में डेटा एकत्र करने के लिए पूरे दिन इंतजार करने की आवश्यकता नहीं है [छवि:
:आँख मारना:]

-
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/508#issuecomment -177462412।

मेरे पास एक ही समस्या है, वीएस कोड लगातार दुर्घटनाग्रस्त हो रहा है, न केवल रात में, यहां तक ​​कि निष्क्रिय होने के 30 मिनट के बाद भी।
मैं विंडोज 7, 64 बिट और वीएस कोड के नवीनतम संस्करण का उपयोग कर रहा हूं। प्रोजेक्ट के संबंध में यह बहुत बड़ा js प्रोजेक्ट है, जिसमें नोड_मॉड्यूल और बोवर_कंप्यूटर भी लोड किए गए हैं। पूरी तरह से इसमें लगभग 40K फाइलें हैं।

प्रजनन करने कि प्रक्रिया:
1) ओपन प्रोजेक्ट फोल्डर (बहुत सारी फाइलों के साथ), कई फाइलें खोलें ताकि वे वर्किंग फाइल्स लिस्ट में आ सकें।
2) ओपन टास्क मैनेजर।
3) वीएस कोड में कुछ फ़ाइल को फोकस करने के लिए कर्सर रखें
4) समय के दौरान याददाश्त बढ़ती है।

क्या जेएस के कार्यक्षेत्र वाले लोग इस मुद्दे को देखते हुए हमारे 0.10.7 अंदरूनी सूत्रों को एक कोशिश (https://vscode-builds.azurewebsites.net/insider) जारी करने के विकल्प के साथ साल्सा को जेएस भाषा सेवा के रूप में उपयोग कर सकते हैं: https://github.com /Microsoft/vscode-docs/blob/vnext/release-notes/latest.md#javascript --- सालसा-पूर्वावलोकन

धन्यवाद!

इस मुद्दे के लिए +1। विंडोज पर भी दिखाई दे रहा है। यह पूरी तरह से कष्टप्रद है और मुझे यह पसंद नहीं है।

@bpasero मैं नए बिल्ड की कोशिश करना चाहूंगा, लेकिन जब भी मैं आपके द्वारा दिए गए लिंक (https://vscode-builds.azurewebsites.net/insider) तक पहुंचने की कोशिश करता हूं, तो मुझे निम्नलिखित टेक्स्ट के साथ एक बहुत ही बेकार त्रुटि संदेश पेज मिलता है :

साइन इन करें
क्षमा करें, लेकिन हमें आपको साइन इन करने में समस्या हो रही है।
हमें एक बुरा अनुरोध मिला।

अतिरिक्त तकनीकी जानकारी:
सहसंबंध आईडी: e477dc1b-c193-4cf9-864b-1d3fdbba4f34
टाइमस्टैम्प: 2016-02-03 19: 37: 17Z
AADSTS50020: पहचान प्रदाता ' https://sts.windows.net/5a7d8144-6966-4b1e-8147-de672a307ea0 ' से उपयोगकर्ता खाता ' [email protected] ' किरायेदार 'Microsoft' में मौजूद नहीं है और आवेदन तक नहीं पहुंच सकता है ' 9d5f02f6-ffd9-4e80-92d5-e42c85e09bc9 'उस किरायेदार में। खाते को पहले किरायेदार में एक बाहरी उपयोगकर्ता के रूप में जोड़ा जाना चाहिए। साइन आउट करें और फिर से एक अलग Azure सक्रिय निर्देशिका उपयोगकर्ता खाते के साथ साइन इन करें।

मैं इस समस्या के कारण बिल्ड को डाउनलोड करने और उसे आज़माने में सक्षम नहीं हूं।

क्षमा करें, गलत लिंक, कृपया https://code.visualstudio.com/insiders का उपयोग

@bpasero धन्यवाद, मेरे पास जेएस भाषा सेवा के रूप में साल्सा के साथ चलने वाले अंदरूनी सूत्र हैं। मैं आपको बताता हूँ कि यह अगले दिन कैसे जाता है

@bpasero , मैंने अंदरूनी सूत्रों को छोड़ने की कोशिश की और समस्या अभी भी मौजूद है, बेकार वीएस कोड में एक रात के बाद दुर्घटनाग्रस्त हो गया है।

@milenkovic @gwynjudd आपको साल्सा को सक्षम करने के लिए भी चरणों का पालन करना होगा जैसा कि https://github.com/Microsoft/vscode-docs/blob/vnext/release/notes/latest.md#javascript --- salsa- में उल्लिखित है पूर्वावलोकन

@bpasero , आप सही थे, जिससे साल्सा ने समस्या को ठीक किया। मैंने वीएस कोड को गर्त सप्ताहांत को छोड़ दिया और यह अभी भी दुर्घटनाग्रस्त नहीं हुआ।

सुनकर अच्छा लगा! दिलचस्प होगा यदि अन्य लोग भी कोशिश करके इसे सत्यापित कर सकते हैं।

@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

मैंने सेटिंग्स सेट कर दी हैं

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

और पर्यावरण की स्थापना

$ setx VSCODE_TSJS 1

SUCCESS: Specified value was saved.

मैं अभी भी वीएस कोड अंदरूनी सूत्र के पाद लेख में साल्सा नहीं देखता हूं।

@nojvek मैंने मूल रूप से वही किया जो आपने किया था, और मुझे पाद लेख में साल्सा दिखाई देता है, लेकिन केवल जब एक .js फ़ाइल खुले और संपादक में दिखाई दे।

@gwynjudd मुझे लगता है कि आपको दुर्घटना संवाद मिल गया है और अब ०.१०.udd के साथ खिड़की को फिर से खोलने में सक्षम थे?

@bpasero हां मुझे नया क्रैश डायलॉग मिला है और फिर से शुरू कर सकता हूं

ग्विन जुड

-------- वास्तविक सन्देश --------
प्रेषक: बेंजामिन पसेरो
दिनांक: 02/09/2016 19:13 (GMT + 12: 00)
के लिए: Microsoft / vscode
Cc: ग्विन जुड
विषय: पुन: [विस्मयकारी] क्रैश जब रात भर चल रहा है (# 508)

@gwyn juddhttps: //github.com/gwynjudd मुझे लगता है कि आपको क्रैश संवाद मिल गया है और अब 0.10.8 आउट के साथ खिड़की को फिर से खोलने में सक्षम थे?

इस ईमेल का उत्तर सीधे दें या इसे Gi tHubhttps: //github.com/Microsoft/vscode/issues/508#issuecomment -181726111 पर देखें।

@gwynjudd क्या यह जेएस केवल कार्यक्षेत्र या अन्य फ़ाइल प्रकार जैसे PHP शामिल है?

@bpasero में टाइपस्क्रिप्ट, जावा स्क्रिप्ट, सीएसएस, कम, एस्पेक्स, सीएस सहित कई फ़ाइल प्रकार हैं

ग्विन जुड

-------- वास्तविक सन्देश --------
प्रेषक: बेंजामिन पसेरो
दिनांक: 02/09/2016 22:49 (GMT + 12: 00)
के लिए: Microsoft / vscode
Cc: ग्विन जुड
विषय: पुन: [विस्मयकारी] क्रैश जब रात भर चल रहा है (# 508)

@gwyn juddhttps: //github.com/gwynjudd यह एक जेएस केवल कार्यक्षेत्र है या PHP जैसे अन्य फ़ाइल प्रकार शामिल हैं?

इस ईमेल का उत्तर सीधे दें या इसे Gi tHubhttps: //github.com/Microsoft/vscode/issues/508#issuecomment -181786273 पर देखें।

नए निर्माण के साथ यह हर रात दुर्घटनाग्रस्त हो गया जब इसे रात भर चलाना छोड़ दिया। मेरे पास केवल ये एक्सटेंशन इंस्टॉल हैं (नए बिल्ड में, रिलीज़ बिल्ड में मेरे पास अलग-अलग एक्सटेंशन हैं):

आज सुबह जब मैं काम पर आया, तो यह दुर्घटनाग्रस्त नहीं हुआ था। इससे पहले कि मैं शुक्रवार को काम पर जाता, मैंने कुछ अलग नहीं किया।

उबंटू का उपयोग करके क्रोमियम कार्यक्षेत्र के साथ पुन: पेश करने की कोशिश करनी चाहिए क्योंकि ऐसा लगता है कि @ टायर में ऐसा सेटअप था जब ऐसा हुआ था।

कोड https://www.chromium.org/developers/how-tos/get-the-code प्राप्त करने के लिए यहां दिए गए निर्देशों का पालन

मैंने कुछ समय बाद कोड में एक अंतराल देखा है, और अंतिम क्रैश। मैंने देखा है कि जब यह सुस्त हो जाता है, तो मैं इसे चलाने में सक्षम हो जाता हूं अगर मैं F1 दबाऊं और 'Reload Window' में टाइप करूं। इस समय के लिए इस मुद्दे को स्पष्ट करने के लिए लगता है और फिर मैं इसके लिए चारों ओर काम करने में सक्षम हूं। मैं निश्चित रूप से इसे देखने के लिए इच्छुक हूं।

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

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

मुझे उम्मीद है कि दोनों मुद्दे संबंधित हैं, लेकिन मुझे डर है कि वे नहीं कर सकते हैं: यहां ज्यादातर लोग कोड को दुर्घटनाग्रस्त होते हुए देखते हैं, जब यह बिना किसी उपयोगकर्ता सहभागिता के चलता है, जो बहुत ही संदिग्ध लगता है। कोड प्राप्त करना अंततः मेमोरी अपवाद के साथ क्रैश हो जाता है जबकि लंबे समय तक इसका उपयोग करने से अन्य मेमोरी लीक के कारण हो सकता है। आदर्श रूप से दोनों मुद्दे समान हैं :)

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

@cwadrupldijjit यदि आप रात भर दुर्घटनाग्रस्त होने के मुद्दे को देखते हैं तो यदि संभव हो तो कार्यक्षेत्र तक पहुंचना उपयोगी होगा।

में देखता हूँ में क्या कर सकता हूँ। मैं आमतौर पर रात को सोने के लिए मैक लगाता हूं, इसलिए उस दौरान कुछ नहीं होता है। मैं इसे रात में रखने की कोशिश करूंगा और अगर कुछ होता है तो आपको सुबह ही बता दूंगा। यदि आप मेरे कार्यक्षेत्र तक पहुँच सकते हैं तो मैं आपको पोस्ट करता रहूँगा।

अच्छा लगता है, धन्यवाद!

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

मैं इस पर अपनी नज़र बनाए रखने के लिए प्रोफाइलर चलाऊंगा, और ऊपर बताए गए निष्कर्षों की तुलना में अगर कोई अन्य निष्कर्ष है तो मैं एक नया मुद्दा बनाऊंगा।

मैंने यह देखने के लिए जाँच नहीं की है कि क्या आप मेरे कार्यक्षेत्र में पहुँच सकते हैं, हालाँकि मुझे संदेह है कि मैं आपके साथ, दुर्भाग्य से, इसे साझा नहीं कर सकता।

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

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

@cwadrupldijjit

यह थोड़ा ऑफ-टॉपिक है, लेकिन आपने इनसाइडर बिल्ड के लिंक को पोस्ट किया है, जिसे मैंने देखा था। मैं विंडोज़ संस्करण डाउनलोड करना चाहता था (जैसा कि मैं घर पर उपयोग करता हूं), और जब भी मैं उस लिंक को प्राप्त करने की कोशिश करता हूं, तो यह पहले सामान्य डाउनलोड पृष्ठ पर रीडायरेक्ट करता है, लेकिन फिर मुझे डाउनलोड शुरू किए बिना मुख्य पृष्ठ पर पुनर्निर्देशित करता है।

इस बारे में खेद है, लेकिन कुछ उपयोगकर्ताओं ने बिल्डरों के अंदरूनी सूत्रों पर कुछ अजीब मुद्दे की सूचना दी और हमने इस मुद्दे को समझने तक अस्थायी रूप से इसे नीचे ले लिया।

@egamma मुझे आश्चर्य है कि अगर यह उस वजह से दुर्गम हो सकता था। जब वह काम करेगा, तब मैं उस पर नजर रखूंगा।

@ टायरियर मैंने लिनक्स, विंडोज और मैक पर रात भर क्रोमियम कार्यक्षेत्र की कोशिश की और एक दुर्घटना को पुन: उत्पन्न नहीं कर सका। क्या आप इसे फिर से आज़मा सकते हैं?

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

बस मामले में यह मदद कर सकता है ...

वीएस कोड में मेरे पास जो प्राथमिक परियोजना है, वह एक शॉपिंग कार्ट का अपेक्षाकृत अनमॉडिफाइड संस्करण है जिसे बीवर्ट (संस्करण 2004.7) कहा जाता है। मेरे पास अभी 25-30 वर्किंग फाइल्स हैं और यहां तक ​​कि सिर्फ वीएस कोड खोलने और पूरे दिन इसे नहीं छूने से क्रैश हो जाता है।

यह परियोजना 1836 फाइलें और 130 फ़ोल्डर्स की है जो 35MB के आसपास है और यह एक छोटे से गिट रिपॉजिटरी में निहित है।

@ZombieProtectionAgency क्या इस कार्यक्षेत्र को मेरे साथ साझा करना संभव है?

@bpasero क्षमा करें, मैं निश्चित रूप से इसे साझा नहीं कर सका :( मैंने नहीं देखा है, लेकिन आप इसे ऑनलाइन कहीं भी ढूंढने में सक्षम हो सकते हैं। यह सिर्फ एक ज्यादातर सपाट पुराने जमाने का एएसपी VB.Net शॉपिंग कार्ट है। बड़ा बहुमत है। फ़ाइलें हैं। asp के साथ aspx, ascx, और css फ़ाइलों का एक छोटा मुट्ठी भर।

मुझे ठीक वैसी ही त्रुटि हो रही है। VS कोड हर कुछ मिनटों में क्रैश हो जाता है। मैं इसे एल्म के साथ उपयोग कर रहा हूं। जब यह छोड़ दिया जाता है तो यह टकराता नहीं है। फ़ाइल को समाप्त करने के बाद यह मिनटों में बंद हो जाता है। यह पिछले तीन दिनों से वीएस कोड को बेकार बना रहा है। मैं कैसे जांच करूं कि क्या चल रहा है? मैं संस्करण 0.10.10 का उपयोग कर रहा हूं।

एक और विचार मेरे पास था: हमारे पास एक सेवा है जो विभिन्न अंत बिंदुओं (गिट, कार्य, एक्सटेंशन) से आउटपुट प्राप्त कर सकती है और यह कुछ ऐसा है जो पृष्ठभूमि में हो सकता है और जोड़ सकता है। हमने इस क्षेत्र में जीए के लिए कुछ सुधार किए हैं जो पिछले रिलीज में नहीं हैं।

अगर रातोंरात क्रैश होने वाला कोई भी व्यक्ति केवल पृष्ठभूमि से लॉग इन कोई आउटपुट दर्ज कर सकता है? आप यह देख सकते हैं कि व्यू> टॉगल आउटपुट से और फिर ड्रॉपडाउन से चैनलों के माध्यम से स्विच करना।

@bpasero
'टास्क' आउटपुट में मैं सिर्फ आउटपुट देख रहा हूं जो मैं अपने खुद के संकलन कार्य से उम्मीद करूंगा।
'Git' आउटपुट में मैं कुछ git शो के साथ एक निष्पक्ष कुछ git fetch देख रहा हूं। मुझे यकीन नहीं है कि कितनी बार हालांकि एक समय टिकट नहीं है। हालांकि कोई अन्य आउटपुट नहीं।

हम हर बार ऑटो करते हैं लेकिन मुख्य आउटपुट जो आप देखते हैं वह शायद आपके द्वारा किए गए कार्य से है। अगर वीएस कोड पृष्ठभूमि में है तो आउटपुट दिलचस्प होगा। क्या कार्य लगातार या केवल तभी चल रहा है जब आप संकलन कार्य को स्पष्ट रूप से लागू करते हैं?

कार्य केवल तब होता है जब मैं ctrl + Shift + B करता हूं और उसके तुरंत बाद समाप्त होता है। हालाँकि, जब मैंने कोई कार्य नहीं किया है तो मैंने क्रैश कर दिया है।

मुझे दो समान git शो मिलते हैं जब मैं फाइलों के बीच स्विच करता हूं और हां हर मिनट में एक बार git लाने के लिए स्वचालित रूप से होता है।

ध्यान दें कि मैं VSCode के भीतर कोई चेकआउट आदि नहीं करता, मैं सभी गिट संबंधित कार्यों के लिए SourceTree का उपयोग करता हूं।

@ bpasero मैं आउटपुट विंडो को आज छोड़ दूंगा और देखूंगा कि क्या कुछ दिखाई देता है। वर्तमान में यह सामान्य उपयोग के लिए एक घंटे के लिए खुला है और मैं कार्यों या गिट विचारों में कुछ भी नहीं देखता हूं। हम git का उपयोग नहीं करते हैं, इसलिए मैं सामान्य नियम के रूप में इसमें कुछ भी देखने की उम्मीद नहीं करूंगा।

हमारे नवीनतम अंदरूनी सूत्र निर्मित हैं और मैं सराहना करूंगा कि क्या लोग इस मुद्दे पर कोशिश कर सकते हैं: https://code.visualstudio.com/intiders

@bpasero मेरे पास अभी भी पिछले अंदरूनी सूत्र का निर्माण था, क्या मैं बस चला सकता हूं और "अपडेट की जांच कर सकता हूं", या क्या मुझे आपके द्वारा दिए गए लिंक से बिल्ड को अपडेट करना होगा?

कोशिश करेंगे और आपके पास वापस आ जाएंगे। सच कहूं तो मैं VSCode से कम देख रहा हूं
आजकल दुर्घटनाएँ। कम से कम यह हर रोज दुर्घटना नहीं करता है।

मैं मिलियन प्लस लाइनों के साथ एक बड़ी फ़ाइल खोलकर इसे क्रैश कर सकता हूं
minified js और बार-बार ऊपर और नीचे स्क्रॉल करना। लेकिन मुझे पता है कि क्या है
संपादक की मर्यादा को धक्का।

जो कुछ भी आप जादू की चटनी के रूप में जोड़ रहे हैं वह मेरे लिए काम कर रहा है।

बुध पर, 16 मार्च 2016 को दोपहर 12:29 बजे, बेंजामिन पसेरो सूचनाएं @github.com
लिखा था:

हमारे नवीनतम अंदरूनी सूत्रों का निर्माण होता है और अगर लोग कर सकते हैं तो मैं सराहना करूंगा
इसे इस मुद्दे पर आज़माएं: https://code.visualstudio.com/insiders

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/508#issuecomment -197503185

अगर आप वीएस कोड लोगो को हरे रंग के लोगो के रूप में

@nojvek हाँ जो सीमाओं को थोड़ा बढ़ा रहा है। मार्च रिलीज के लिए हमने उन क्षेत्रों को खोजने के लिए स्पष्ट स्मृति परीक्षण किया जहां हम सुधार कर सकते हैं। अंदरूनी सूत्र निर्माण में कुछ सुधार शामिल हैं (सभी नहीं, हमने कल और आज कुछ बदलाव किए हैं जो अभी तक नहीं हैं)। तो बस उत्सुक अगर यह लोगों के लिए कोई फर्क पड़ता है कि यह देखना ...

@bpasero धन्यवाद मैंने किया है और मैं आपको

@bpasero अभी भी मार्च के अंदरूनी सूत्र निर्माण के साथ रातोंरात एक ही दुर्घटना है। क्या आप चाहते हैं कि मैं सामान्य उपयोग के दौरान डेवलपर टूल से ढेर डंप करने की कोशिश करूं? मैं कोड के लिए मेमोरी के उपयोग पर नजर रखने की कोशिश कर सकता हूं और अगर यह ऊपर जा रहा है तो डंप को पकड़ सकता है

हाँ कृपया, धन्यवाद।

यहां कोड लॉन्च करने के तुरंत बाद एक ढेर स्नैपशॉट है (उस समय मेमोरी 100 एमबी के बारे में)

Heap-20160318T115937.zip

मैं एक-दो घंटे में फिर कोशिश करूँगा। मुश्किल बिट यह एक बिंदु पर हो रही है, जहां मेमोरी कुछ हद तक बढ़ गई है, लेकिन इतना नहीं है कि स्नैपशॉट लेने से यह मेमोरी से बाहर क्रैश हो जाता है।

जब मैंने एक ढेर स्नैपशॉट लेने की कोशिश की तो मुझे उसी तरह के परिणाम दिखाई दिए (स्मृति से बाहर), और यह मजेदार नहीं है।

मुझे लगता है कि नवीनतम अंदरूनी सूत्रों के निर्माण (मैक के लिए) में अभी भी कुछ मेमोरी मुद्दे हैं। मैं देखूंगा कि क्या मैं अपने कंप्यूटर का त्याग किए बिना एक और ढेर स्नैपशॉट प्राप्त कर सकता हूं।

@bpasero खेद है कि मैं अभी तक एक ढेर स्नैपशॉट प्राप्त करने में सफल नहीं हो पाया हूं। या तो मेमोरी बहुत कम है जैसे कि मैंने पहले जिस पर कब्जा किया था, या यह 500 एमबी या उससे अधिक के आसपास कहने के लिए कूदता है और स्नैपशॉट को हथियाने से क्रैश हो जाता है।

मुझे दिन में 1-2 बार vscode को फिर से शुरू करना होगा क्योंकि मेमोरी उपयोग 1GB से अधिक हो जाता है और चीजें सुस्त लगने लगती हैं। यह मेमोरी की मात्रा का उपयोग कर रहा है जो एक पूर्ण विकसित आईडीई होगा, इसलिए निश्चित रूप से कुछ रिसाव हो रहा है।

@ विन्सेन्ट-गीत क्या आप इसके साथ देखे जाने वाले कार्यक्षेत्र के बारे में अधिक जानकारी साझा कर सकते हैं?

@bpasero में लगभग 30-40 js / scss / html फाइलें हैं, जो कि गुलाल के साथ बोवर घटकों के एक जोड़े का उपयोग करती है (बिना vscode कार्य धावक के)। मैं 2 संपादक पैन के साथ काम करता हूं और अक्सर फ़ाइल खोज, सुंदर मानक का उपयोग करता हूं। स्टार्टअप पर मेमोरी का उपयोग 100mb से कम है, लेकिन कम से कम होने पर भी समय के साथ बढ़ता है।

क्या इंटैलिजेंस एक कारक है? मेरे पास कोणीय और jQuery प्रकार की परिभाषाएँ स्थापित हैं।

आप हमारे अंदरूनी सूत्र के निर्माण की कोशिश कर सकते हैं, जहाँ हमने कम दबाव के दबाव पर काम किया है, यह देखने के लिए कि क्या यह बेहतर है: http://code.visualstudio.com/download?insiders=true

क्या आपके पास एक्सटेंशन स्थापित हैं?

@bpasero बस कोणीय स्निपेट्स
https://marketplace.visualstudio.com/items?itemName=johnpapa.Angular1

मैं अंदरूनी सूत्र बनाने और वापस रिपोर्ट करने की कोशिश करूँगा, धन्यवाद!

+1

विंडोज 0.10.11 लिए VSCode पर एक ही मुद्दा देख रहा है। यह आमतौर पर हर रात लगातार दुर्घटनाग्रस्त होता है जब उपयोग में नहीं होता है। जानकारी इकट्ठा करने के लिए दिए गए कदमों से मुझे मदद करने में खुशी होगी।

28,438 फ़ाइलों, 4,812 फ़ोल्डरों के साथ टाइपस्क्रिप्ट गिट रेपो पर चल रहा है। कई टाइपसिप दोषों के साथ, घड़ियाँ देखने वाले भी हैं।

मेरे पास निम्नलिखित एक्सटेंशन स्थापित हैं:

• शक्ति कोशिका
• सी#
• सामग्री थीम किट

यदि आप अभी भी हमारे नवीनतम इनसाइडर बिल्ड (http://code.visualstudio.com/Download#insiders) के साथ पुन: पेश करते हैं तो आप @alan राइट कर सकते हैं। यदि हां, तो क्या आप मेरे साथ कार्यक्षेत्र साझा कर सकते हैं?

@bpasero यह रात में अंदरूनी सूत्र के निर्माण के साथ फिर से उत्पन्न हुआ। मैंने अपनी निजी बड़ी सूची और हमारे खुले स्रोत के प्रकाशन दोनों में कोशिश की, और केवल बड़े निजी प्रकाशन ने समस्या का कारण बनाया, जिसे मैं दुर्भाग्य से साझा नहीं कर सकता (यह Microsoft आंतरिक है हालांकि शायद हम आपको एक्सेस कर सकते हैं? मेरा उपनाम alanwri)

क्या मैं लॉग ऑन करने और आपके साथ साझा करने के लिए अपनी मशीन पर कुछ भी कर सकता हूं?

कृपया मेरे साथ मेरे उर्फ ​​बेन्जापास पर साझा करें, धन्यवाद! कुछ विवरणों की भी सराहना करेंगे कि आप मेमोरी बढ़ाने का कारण बनने के लिए उस कार्यक्षेत्र पर VS कोड का उपयोग कैसे करते हैं।

मैं भी रातोंरात और दिन के दौरान दुर्घटनाग्रस्त हो रहा हूं।

यह विशेष रूप से सिर्फ एक कार्यक्षेत्र से संबंधित प्रतीत नहीं होता है, बहुत छोटे कार्यक्षेत्र 3-20 फाइलें या विशाल कार्यस्थान, मुख्य रूप से कई खिड़कियां खुली होने पर दिखाई देती हैं।

मैं उपयोग किया है कि दुर्घटनाग्रस्त हो गया।
1500+ asp, js, .inc (asp) फाइलें
70 + फाइलें asp.net core, js, cshtml
यह रेपो (https://github.com/gogits/gogs)

@ eByte23 क्या आप एक्सटेंशन के साथ या बिना चलाते हैं? आप किस मंच पर हैं? क्या आपने अंदरूनी सूत्रों के विमोचन की कोशिश की?

@bpasero Win10 & OSX C # के विस्तार के रूप में।
अंदरूनी सूत्रों की कोशिश की है, लेकिन अगर यह एक दुर्घटनाग्रस्त बग के रूप में दुर्घटनाग्रस्त हो गया है तो ध्यान नहीं दिया है तो मैं इसे का उपयोग बंद कर दिया है, लेकिन मैं इसे रात में फिर से चलाने की कोशिश कर छोड़ सकते हैं।

@ eByte23 हाँ कृपया। क्या बकवास बग?

@bpasero पर डिस्प्ले व्हाट्सएप के साथ इनसाइडर के पिछले दो रिलीज में लगता है और टैब्स को एक फाइल के साथ व्हाइट स्पेस में

मुझे पूर्ण परीक्षण करने का मौका नहीं मिला था, लेकिन अब मैं ऐसा करूंगा।

@ eByte23 मेरा सुझाव है कि आप कुछ इस तरह की रिपोर्ट करें जैसे कि अगर आपको लगता है कि यह एक है। हमने एक नई सेटिंग editor.detectIndentation जो true लिए डिफॉल्ट करता है। शायद आप इसे false सेट करने का प्रयास कर सकते हैं।

@bpasero मेरा बुरा आप पूरी तरह से सही है कि मेरी समस्या तय करने के लिए सेटिंग स्थापित कर रहे हैं।
मैंने इनसाइडर कल का रात भर परीक्षण किया और यह दुर्घटनाग्रस्त हो गया।

@bpasero लगता है कि आप लोग इस एक के शीर्ष पर हो रहे हैं, मेरे नजरिए से यह नवीनतम

हमने 1.0 रिलीज के लिए मेमोरी लीक फिक्सिंग में काफी निवेश किया है, इसलिए मुझे उम्मीद है कि स्थिति 1.0 के साथ बेहतर होगी। लेकिन अभी भी ऐसे मामले हैं जहां यह होता है।

मेरे पास एक नया सिद्धांत हो सकता है क्योंकि मुझे हाल ही में पता चला है कि इलेक्ट्रॉन अनुप्रयोगों (हमारे यूआई फ्रेमवर्क) के रूप में जल्द ही थ्रॉटल हो जाता है जैसे ही उनकी खिड़की या तो फोकस खो देती है या पृष्ठभूमि पर ले जाती है। मुझे आश्चर्य है कि अगर इस थ्रॉटलिंग से मेमोरी की खपत पर असर पड़ सकता है।

जब भी मैंने पुन: पेश करने के लिए परीक्षण किया मैंने कीबोर्ड फोकस के साथ वीएस कोड खिड़की को खुला छोड़ दिया, तो शायद एक अंतर यह है कि इसे पृष्ठभूमि में चलने दें।

पृष्ठभूमि थ्रॉटलिंग को अक्षम करने का एक तरीका है ताकि मैं इसे सक्षम करने के लिए एक ध्वज के साथ एक बिल्ड का निर्माण कर सकूं।

अन्यथा लोगों से सुनना भी दिलचस्प होगा यदि न्यूनतम दुर्घटना के बाद दुर्घटना होती है।

मेरे सभी क्रैश तब हुए जब VSCode का फोकस नहीं था। आम तौर पर वे इंटरनेट ब्राउज़ करते समय या विज़ुअल स्टूडियो का उपयोग करते हुए पूरे दिन इसे पृष्ठभूमि में छोड़ने के बाद हुआ

मैं इसे अपनी सहमति देता हूँ। मुझे हाल ही में एक दुर्घटना का अनुभव हुआ। यह एक वीएस के साथ था
पृष्ठभूमि जब मैं दिन के अधिकांश के लिए उदात्त पर ध्यान केंद्रित किया था।

शनिवार, 16 अप्रैल, 2016 को पूर्वाह्न 11:44 बजे, टोनी नोटिफिकेशन @github.com ने लिखा:

मेरे सभी क्रैश तब हुए जब VSCode का फोकस नहीं था। आम तौर पर वे
ब्राउज़ करते समय पूरे दिन पृष्ठभूमि में रहने के बाद हुआ
इंटरनेट या विजुअल स्टूडियो का उपयोग कर

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें या इसे GitHub पर देखें
https://github.com/Microsoft/vscode/issues/508#issuecomment -210872544

बहुत पहले नहीं जब अंदरूनी सूत्र निर्माण का उपयोग कर एक दुर्घटना का अनुभव किया। 2 दिन से था। यह अचानक धीमा हो गया। माउस के साथ पाठ का चयन करना बंद कर दिया। शिफ्ट-राइट ने काम किया लेकिन बहुत धीरे-धीरे। फोकस खोने के कुछ मिनट बाद ऐप क्रैश हो गया।

अंदरूनी सूत्र के निर्माण के लिए यह मेरी पहली दुर्घटना है, लेकिन सामान्य निर्माण के लिए, मैंने v1.0 में अपग्रेड किया है और यह अभी भी हर कुछ मिनटों में दुर्घटनाग्रस्त हो जाता है और इसे अनुपयोगी बनाने के बाद खुलता है। मुझे भी कुछ खास नहीं करना है। इसे खोलें, एक फ़ाइल को संपादित करें (ज्यादातर .elm फ़ाइलें) या बस इसे रहने दें और यह दुर्घटनाग्रस्त हो जाती है। पहले फोकस खोने का इंतजार भी नहीं करता।

1.0 हर रात लगभग दुर्घटनाग्रस्त हो जाता है।
विंडोज 10 एंट।
प्लगइन्स: वर्तनी और व्याकरण परीक्षक, ESLint

ठीक है, मेरे बदलाव के साथ एक अंदरूनी सूत्र रिलीज भी शामिल है। किसी को इसे आज़माने के लिए खुशी होगी: http://code.visualstudio.com/Download#insiders

किसी को :)?

अभी इसका उपयोग कर रहे हैं। कल से कोई दुर्घटना नहीं हुई थी।

@bpasero अब मैं अपग्रेड करूंगा और इसे रात भर चला कर देखूंगा कि हम कैसे जाते हैं! चियर्स :)

@bpasero मैंने इसे शुक्रवार को स्थापित किया, लेकिन फिर एक लंबे सप्ताहांत के लिए चला गया, मेरे पीसी को भी रिबूट कर दिया गया, इसलिए मुझे रिपोर्ट करने के लिए कुछ भी नहीं है।

@bpasero की कल दुर्घटना हुई थी। दुर्घटनाग्रस्त होने से पहले 3 दिन तक रहे।

@bpasero मैं अभी भी नवीनतम अंदरूनी सूत्रों के साथ सुबह में सामयिक दुर्घटना देख रहा हूँ

मैं भी।
विंडोज 8

@bpasero इनसाइडर 1.1.0 स्टैक बेहतर, दुर्घटनाग्रस्त होने से लगभग एक सप्ताह पहले।

अब मैं 1.1.0 उठाऊंगा और देखूंगा कि यह कैसे जाता है

जब यह मेमोरी उपयोग 150mb से अधिक हो जाता है, तो मैं इसे बिना दुर्घटना के एक स्नैपशॉट लेने के लिए प्रतीत नहीं कर सकता।

हर सुबह, मैं वीएस कोड खोजने के लिए अपने कंप्यूटर को अनलॉक करता हूं जो रात भर में दुर्घटनाग्रस्त हो गया।

• मैक ओएस एक्स 10.11.4 (15E65)
• वीएस कोड 1.1.0-इनसाइडर

मैंने आमतौर पर फाइलें खुली छोड़ दी हैं। मैं एक्सटेंशन के साथ दौड़ता हूं। क्या ऐसी कोई सेटिंग्स हैं जो मैं अधिक नैदानिक ​​जानकारी इकट्ठा करने में मदद करने के लिए उपयोग कर सकता हूं?

हमारा नया अंदरूनी सूत्र जारी है (http://code.visualstudio.com/Download#insiders) और इसमें टैब / स्टैक के लिए हमारा काम शामिल है। यह संसाधनों के अधिक आक्रामक निपटान के साथ आता है क्योंकि जैसे ही आप एक संपादक को बंद करते हैं, हम इसके अंतर्निहित संसाधनों से छुटकारा पा लेते हैं।

जिज्ञासु अगर लोग कुछ समय के लिए इस पर सेल्फहोस्ट कर सकते हैं और अगर चीजें सुधरती हैं तो वापस रिपोर्ट करें।

नोट: अब से अंदरूनी सूत्र रात को अद्यतन हो जाते हैं (देखें http://code.visualstudio.com/blogs/2016/05/23/evolution-of-insiders)

@bpasero मैंने आज अपने सभी उपकरणों को अपडेट किया है, देखें कि हम अगले कुछ दिनों में कैसे चलते हैं

हाँ, मैं मुख्यतः टर्मिनल के कारण अंदरूनी सूत्रों में चला गया हूँ। ओह मैं कितना
इसे प्यार करना। मैंने संपादक को बहुत तड़क-भड़क वाला और हल्का पाया है। अच्छा कार्य।

क्या कोई तरीका है जिससे मैं "कोड" बदल सकता हूं। इंगित करने के लिए कमांड लाइन में
अंदरूनी सूत्रों?

बुधवार, 8 जून, 2016 को, एलियाह बेट सूचनाएँ @ithub.com ने लिखा:

@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 पर हो रहा है। हर रात होता है - विंडोज 7 एंटरप्राइज SP1 पर चल रहा है। मुझे @garthk जैसा ही सवाल मिला है

मैंने आमतौर पर फाइलें खुली छोड़ दी हैं। मैं एक्सटेंशन के साथ दौड़ता हूं। क्या ऐसी कोई सेटिंग्स हैं जो मैं अधिक नैदानिक ​​जानकारी इकट्ठा करने में मदद करने के लिए उपयोग कर सकता हूं?

@norministrcodemky मैं 1.3.0 अंदरूनी सूत्रों के विमोचन की बात कर रहा था जहाँ हमारे टैब / स्टैक का काम शामिल है (http://code.visualstudio.com/Download#insider)। मैं 1.2.0 में किसी भी तरह के बदलाव की उम्मीद नहीं करूंगा।

@bpasero आह ठीक है - आपकी टिप्पणी पर टाइमस्टैम्प नहीं देखा। मैं आज कुछ बिंदुओं पर यह देखने के लिए स्विच करूंगा कि क्या यह चीजों में सुधार करता है। और बूट करने के लिए कुछ नई सुविधाएँ प्राप्त करें :)

@bpasero अब तक अच्छी लग रही है !!

मेरे पास VSCode अंदरूनी सूत्र सप्ताहांत पर चल रहे थे। सोमवार सुबह आया और एक दुर्घटना देखी।

मुझे आश्चर्य हो रहा है कि क्या कोई टेलीमेट्री क्रैश / डंप डेटा है जो VSCode क्रैश होने पर स्वचालित रूप से भेजा जाता है? वॉटसन रिपोर्ट की तरह।

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

@bpasero मैंने 1.3 से कोई क्रैश नहीं देखा है, विंडोज़ 10 इनसाइडर बिल्ड> = 14367 चल रहा है

@bpasero टैब्स इनेबल्ड के साथ, # एसी खोला गया प्रोजेक्ट और vscode इनसाइडर कमिट हैश के लिए नवीनतम अपडेट के बाद कुछ मिनटों में त्रुटि कर रहा है: 5474147bb83618975409dad7d8aa9615d7d1ea1।
नोट: मैंने पहले टैब को अब तक सक्षम नहीं किया था

@ eByte23 क्या आप यह सत्यापित कर सकते हैं कि टैब के बिना कोशिश करने से टैब सक्षम है या नहीं?

@bpasero अभी भी तब हो रहा है जब टैब अक्षम हैं, लेकिन टैब के साथ गंभीरता के पास कोई सक्षम नहीं है।

लेकिन भारी ध्यान देने योग्य और प्रतिलिपि प्रस्तुत करने योग्य है जब छवियों के साथ काम करना, अंदरूनी और v1.2.1 दोनों में बड़ी छवियों के बीच क्लिक करना

@ eByte23 मैं सुझाव

ज़रूर कर सकते हैं मैंने अभी तक इसके आस-पास बहुत बड़ी मात्रा में जांच नहीं की है, लेकिन मुझे कुछ समय बाद आपके बारे में गहराई से जानकारी मिल जाएगी।

VSCode 1.3.1 मेरे लिए दिन में दो बार दुर्घटनाग्रस्त हो जाता है, एक बार रात भर (हमेशा) और कभी-कभी दिन के दौरान बेतरतीब ढंग से। यह बस दुर्घटनाग्रस्त हो गया, जबकि मेरे पास पृष्ठभूमि में खुला था, लगभग 2 घंटे तक इसका उपयोग नहीं किया गया था। इसके अलावा vscode को फिर से खोलने पर यह मेरे कार्यक्षेत्र को खो देता है, और मुझे दुर्घटना से पहले इसे खोलने वाले प्रोजेक्ट फ़ोल्डर को फिर से खोलना होगा। फ़ोल्डर को फिर से खोलने के बाद टैब और विभाजन को संरक्षित किया जाता है।

मैं कुछ समय के लिए पृष्ठभूमि में खुला छोड़ दिया बिना सहेजे गए परिवर्तनों के साथ, वापस आया, टाइप करना शुरू किया और कुछ सेकंड के लिए vscode जम गया फिर दुर्घटनाग्रस्त हो गया। इसने मेरा काम खो दिया।

मुझे उम्मीद है कि आप मेरी हताशा को समझ सकते हैं। यह एक संपादक के लिए अस्वीकार्य है। इसके अलावा जो सत्र इसे बहाल किया गया था, उसमें भी सही टैब नहीं खुला था, न ही प्रत्येक टैब में मेरा स्थान।

@DelvarWorld क्या आप अपने काम के माहौल के बारे में अधिक जानकारी साझा कर सकते हैं? यदि आप मदद करता है, तो क्या आप यह देखने के लिए अक्षम एक्सटेंशन के साथ चलने का प्रयास कर सकते हैं?

मैं लिनक्स मिंट 17 Qiana पर यह एक ही मुद्दा है (कठबोली याद रखें कि ubuntu का कौन सा संस्करण है!)। यह सिर्फ निष्क्रियता के ~ 2 घंटे के बाद मेरे लिए जम गया। मैं अगली बार ऐसा होने पर मेमोरी / सीपीयू के उपयोग की जाँच करना याद रखूँगा, हालाँकि ऐसा होने पर मैंने कभी भी अन्य ऐप्स आदि में सामान्य मंदी नहीं देखी।

VSCode जानकारी:

संस्करण 1.4.0
6276dcb0ae497766056b4c09ea75be1d76a8b679 प्रतिबद्ध करें
दिनांक 2016-08-04T16: 49: 32.489Z
शैल 0.37.6
रेंडरर 49.0.2623.75
नोड 5.10.0

यह मुद्दा मेरे लिए (1.5.3, विंडोज 7 पर) चला गया है - अंतिम टिप्पणी 2 महीने पहले दी गई है यह शायद हल हो गई है?

मैंने उम्र में मेरे लिए ऐसा नहीं देखा। मैं महीनों से वर्तमान रिलीज़ का उपयोग कर रहा हूं। अच्छा दिखता है

वही। अधिक भार नहीं लगता है।

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

मुझे यह भी याद है कि मैंने इसे पहले देखा था और इसे उम्र में नहीं देखा था, इसलिए, यह मेरा सत्यापन है।