2011-07-19 10 views
15

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

मैं Ecliipse Helios सेवा रिलीज़ 2 उपयोग कर रहा हूँ (फ्लैश बिल्डर प्लगइन के साथ) पर:

Windows Vista Business 
Processor: Intel Core 2 Duo T7500 @ 2.20 GHz 
Memory (RAM): 4.00 GB 
System Type: 32-bit Operating System 

मेरे eclipse.ini सेटिंग्स जो इस thread: What are the best jvm settings for eclipse से चोरी हो गया:

-startup 
plugins/org.eclipse.equinox.launcher_1.1.1.R36x_v20101122_1400.jar 
--launcher.library 
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.2.R36x_v20101222 
-product 
org.eclipse.epp.package.jee.product 
--launcher.defaultAction 
openFile 
-showsplash 
org.eclipse.platform 
-vm 
C:/jdk1.6.0_25/jre/bin/client/jvm.dll 
-vmargs 
-Dosgi.requiredJavaVersion=1.6 
-Declipse.p2.unsignedPolicy=allow 
-Xmn256m 
-Xms1024m 
-Xmx1024m 
-Xss4m 
-XX:PermSize=256m 
-XX:MaxPermSize=256m 
-XX:CompileThreshold=5 
-XX:MaxGCPauseMillis=10 
-XX:MaxHeapFreeRatio=70 
-XX:+CMSIncrementalPacing 
-XX:+UnlockExperimentalVMOptions 
-XX:+UseG1GC 
-XX:+UseFastAccessorMethods 
-Dcom.sun.management.jmxremote 

किसी भी के लिए धन्यवाद मदद!

संपादित करें:

@normalocity - त्रुटि सचमुच बस हो गया (बिना क्रिया घटना पाश अपवाद), यह मेरा eclipse.ini (मैं 512 के लिए 384m, XMS को XSS 1m को, MaxPermSize परिवर्तित) समायोजित करने के बाद है।

java.lang.OutOfMemoryError: unable to create new native thread 
at java.lang.Thread.start0(Native Method) 
at java.lang.Thread.start(Thread.java:640) 
at org.eclipse.jface.text.contentassist.ContentAssistant$AutoAssistListener.start(ContentAssistant.java:263) 
at org.eclipse.jface.text.contentassist.ContentAssistant$AutoAssistListener.keyPressed(ContentAssistant.java:345) 
at com.adobe.flexide.editorcore.contentassist.FlexContentAssistant$FlexAutoAssistListener.keyPressed(FlexContentAssistant.java:47) 
at org.eclipse.jface.text.contentassist.ContentAssistant$InternalListener.verifyKey(ContentAssistant.java:811) 
at org.eclipse.jface.text.TextViewer$VerifyKeyListenersManager.verifyKey(TextViewer.java:489) 
at org.eclipse.swt.custom.StyledTextListener.handleEvent(StyledTextListener.java:65) 
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) 
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1053) 
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1077) 
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1062) 
at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:774) 
at org.eclipse.swt.custom.StyledText.handleKeyDown(StyledText.java:5957) 
at org.eclipse.swt.custom.StyledText$7.handleEvent(StyledText.java:5656) 
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) 
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1053) 
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1077) 
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1062) 
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1103) 
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1099) 
at org.eclipse.swt.widgets.Widget.wmChar(Widget.java:1508) 
at org.eclipse.swt.widgets.Control.WM_CHAR(Control.java:4270) 
at org.eclipse.swt.widgets.Canvas.WM_CHAR(Canvas.java:345) 
at org.eclipse.swt.widgets.Control.windowProc(Control.java:4162) 
at org.eclipse.swt.widgets.Canvas.windowProc(Canvas.java:341) 
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4873) 
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method) 
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:2459) 
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3655) 
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2640) 
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2604) 
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2438) 
at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:671) 
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) 
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:664) 
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) 
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:115) 
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) 
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) 
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) 
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:369) 
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) 
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
at java.lang.reflect.Method.invoke(Method.java:597) 
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:620) 
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:575) 
at org.eclipse.equinox.launcher.Main.run(Main.java:1408) 
+0

(1) क्या त्रुटि का एक और वर्बोज़ संस्करण है? यदि ऐसा है, तो कृपया इसे पोस्ट करें। (2) आप कहते हैं कि यह दिन में कई बार होता है। जब ऐसा होता है तो संबंधित घटनाएं क्या होती हैं (यानी जब ग्रहण आपको कोड पूरा करने की कोशिश कर रहा है, जब आप "सहेजें" दबाते हैं, जब आप विंडो बंद करते हैं, आदि)? – jefflunt

+1

मुझे अपने कार्यस्थल पर एक ही समस्या थी। यह तब शुरू हुआ जब हम 32-बिट विंडोज सर्वर 2003 से 64-बिट विंडोज 7/2008 तक चले गए। हम घर से बना ग्रहण प्लगइन्स का उपयोग करते हैं जिसके लिए बहुत सारी मेमोरी की आवश्यकता होती है, इसलिए ग्रहण -Xmx1380m के साथ चल रहा था। 64-बिट विंडोज़ पर यह 'आउटऑफमेमरी एरर: नए देशी धागे बनाने में असमर्थ' और 'SWTError: कोई और हैंडल' के साथ क्रैश हो गया। -एक्सएसएस के साथ खेलना मदद नहीं करता था। घटाना -Xmx (जैसा कि कुछ ब्लॉग सुझाव देते हैं) एक विकल्प नहीं था। अंततः 64-बिट ग्रहण को अपग्रेड करके और एक्सएमएक्स को 2 या 3 जीबी तक बढ़ाकर इसके आसपास काम किया। –

+0

बिल्कुल -Xss विकल्प को हटाने का प्रयास करें। – Max

उत्तर

16

ऐसा प्रतीत होता है कि नए धागा ढेर के लिए पर्याप्त स्मृति नहीं है कि: यहाँ अतिरिक्त जानकारी आप के लिए, अपवाद स्टैक ट्रेस पूछा है। विंडोज़ पर, प्रक्रिया स्थान 2GB है। ढेर के लिए आप प्रारंभ में 1 जीबी (-एक्सएमएस विकल्प) आवंटित करते हैं, इसलिए यह शुरुआत से बंद हो जाता है। कक्षाओं के लिए न्यूनतम 256 एमबी (पर्मसाइज), शून्य जेवीएम ओवरहेड जो 0.5 जीबी जितना हो सकता है। इसलिए नतीजतन, आपके धागे में केवल 256 एमबी ढेर के लिए है, जो अधिकतम 64 धागे (256/4 मीटर) है।

समाधान: स्टैक आकार को -Xss1024k में कम करने या प्रारंभिक ढेर आकार (-Xms) को कम करने का प्रयास करें।

संबंधित पढ़ने के बारे में OutOfMemory: unable to create thread

एक तरफ ध्यान दें, -XX के रूप में: MaxPermSize = 256M ईई के लिए ग्रहण के लिए बहुत छोटा लग रहा है। बेहतर स्थापित करने के लिए 384

चियर्स करने के लिए, मैक्स

+0

मैं इस पर पागल हो रहा था, महान स्पष्टीकरण बहुत बहुत धन्यवाद! – jambriz

+0

@max कैसे मेरे ढेर आकार Xss कम करने के लिए ?? –

0

मैं भी फेडोरा 20 पर ग्रहण लूना में समस्या आई मैं अलग स्मृति के विकल्प के बारे में बहुत कुछ पढ़ने के बाद भी बाहर समस्या समझ नहीं सकता है। यह मुझे पागल कर दिया।

अंततः मुझे एहसास हुआ कि डिफ़ॉल्ट रूप से, फेडोरा पर नियमित उपयोगकर्ता की प्रक्रियाओं की संख्या बहुत सीमित हो सकती है। limits.d/90-nproc.conf की सामग्री:

*   soft nproc  1000 

5000 को यह स्थापना अपनी समस्याओं के "नया देशी धागा बनाने में असमर्थ" तय की।

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