सवाल एक्लिप्स आईडीई के साथ डीबग मोड में टोमकैट को तेज़ करना


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

2009-09-02 14:35:30,859 INFO   NONE org.springframework.context.weaving.DefaultContextLoadTimeWeaver:72 - Found Spring's JVM agent for instrumentation
2009-09-02 14:35:49,562 INFO   NONE org.springframework.beans.factory.support.DefaultListableBeanFactory:414 - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@ed889d: defining beans [...
2009-09-02 14:37:31,031 INFO   NONE org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean:221 - Building JPA container EntityManagerFactory for persistence unit ...

मैंने इसे ठीक करने के बारे में सोचने की हर चीज की कोशिश की:

  • cleanesd tomcat काम कर निर्देशिका
  • ग्रहण पुनरारंभ किया
  • विंडोज पुनरारंभ किया गया
  • सभी परियोजनाओं को ताज़ा / साफ किया गया

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

मुझे अन्य चीजों को डीबग मोड में जोड़ना चाहिए - उदाहरण के लिए जूनिट परीक्षण, इसलिए यह टोमकैट के लिए विशिष्ट है।


41
2017-09-02 18:51


मूल


क्या आपने अपना वर्कस्पेस साफ़ करने का प्रयास किया था। कभी-कभी यह मेरे साथ होता है, तो मैं बस अपना वर्कस्पेस साफ़ कर दूंगा। एक बार वर्कस्पेस साफ़ हो जाने पर यह ठीक काम करता है - Arun P Johny
एफवाईआई - यह इंटेलिज आईडीईए पर भी लागू होता है। बस IntelliJ 10 के साथ यह कोशिश की और मैं अपने ऐप के लिए tomcat 5.5.31 से 20 सेकंड के लिए 7 मिनट स्टार्टअप समय से चला गया .... - Shaun F


जवाब:


मुझे इस मुद्दे के माध्यम से मिल गया है! एक बार मैंने इसे समझ लिया, मुझे याद है कि यह पहले हुआ है। मैंने अपने सभी ब्रेकपॉइंट्स को मंजूरी दे दी और यह ठीक काम करता है। मुझे नहीं पता कि इससे परिणाम क्या होगा, लेकिन यह काम करता है।


132
2017-09-03 13:56



जब भी मुझे आज यह समस्या हो रही थी तब भी मेरे लिए काम किया - Ayrad
इस सलाह के लिए धन्यवाद, आपको और अधिक नहीं बढ़ा सकता! =)) - elder_george
बहुत बहुत धन्यवाद!!!  हमें इसे गंभीर रूप से " ग्रहण बग  "(या जो कुछ भी उचित हो सकता है) ताकि यह किसी और डेवलपर्स को धीमा न करे! - blong
धन्यवाद! आपने मेरे और मेरी कंपनी के लिए बहुत समय और पैसा बचाया है। - kolobok
मुझे भी। आपका बहुत बहुत धन्यवाद! जेपीए हाइबरनेट एंटिटी फैक्ट्री लोड होने पर मेरा स्टार्टअप धीमा हो गया। उससे पहले। सभी अच्छे और तेज़। संस्करण: केप्लर सेवा रिलीज 2 बिल्ड आईडी: 20140224-0627 - feder


मैं बस इस समस्या में खुद भाग गया, और इस समाधान ने मेरी मदद की। हालांकि - मेरे पास अन्य पोस्टर्स के 20+ की बजाय केवल 1 ब्रेकपॉइंट था। हालांकि, मेरा एक ब्रेकपॉइंट एक विधि ब्रेकपॉइंट था और लाइन ब्रेकपॉइंट नहीं था - मुझे आश्चर्य है कि विधि ब्रेकपॉइंट के साथ मिलकर टॉमकैट स्टार्टअप पर विधि की भीड़ कॉल इस समस्या का कारण बन सकती है ... मैंने अभी एक छोटा प्रयोग करने की कोशिश की:

  1. एक लाइन ब्रेकपॉइंट सेट करना और डीबग मोड शुरू करना - 5 सेकंड स्टार्टअप (सामान्य)
  2. एक विधि ब्रेकपॉइंट सेट करना और डीबग मोड शुरू करना - ..... प्रतीक्षा करने के लिए तैयार नहीं है (> 9 0 सेकंड)।

मुझे लगता है कि यह समस्या है।


18
2017-12-03 03:53



हां, विधि ब्रेकपॉइंट्स और वॉचपॉइंट्स (फ़ील्ड्स पर ब्रेकपॉइंट्स) लाइन ब्रेकपॉइंट्स की तुलना में बहुत धीमी हैं। जहां भी संभव हो, लाइन ब्रेकपॉइंट्स का पक्ष लें, जब तक कि आप सुनिश्चित न हों कि जिस स्रोत से आपने मेल किया है, उस वर्ग के साथ मेल खाता है जिसे आप डिबगिंग कर रहे हैं। उदाहरण के लिए, विधि हस्ताक्षर के बजाय किसी विधि के अंदर पहले कथन पर ब्रेकपॉइंट डालें। देख stackoverflow.com/a/787753/277307 अंतर्दृष्टि के लिए क्यों विधि ब्रेकपॉइंट धीमे हैं। - John McCarthy
धन्यवाद @ nodescript1 मुझे कारण पता है कि मेरा ग्रहण धीमा क्यों है और इसे ठीक करें। - janwen


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


3
2017-07-02 15:15





मैं भी इस मुद्दे पर ठोकर खाई।

मैंने सभी अप्रासंगिक परियोजनाओं को बंद कर दिया। मेरे ब्रेकपॉइंट्स को साफ़ कर दिया। बढ़ी एसटीएस वीएम मेमोरी। इस ब्लॉग का पालन करें: http://searchforsolutions.wordpress.com/2011/12/01/eclipse-jvm-settings-for-optimized-performance/ जेबॉस उपकरण सत्यापनकर्ताओं और अन्य सभी मान्यताओं को अक्षम कर दिया।

अब एसटीएस एक आकर्षण की तरह काम करता है!


3
2018-05-29 12:24





से डिफ़ॉल्ट लॉगिंग स्तर बदलें:

<root>
  <level value="DEBUG" />
  <appender-ref ref="ConsoleAppender" />
</root>

सेवा मेरे :

<root>
  <level value="OFF" />
  <appender-ref ref="ConsoleAppender" />
</root>

1
2018-03-07 04:40