أي شخص آخر لديه Eclipse 3.4 مع تحطم المرن باني باستمرار بسبب Oome؟
-
05-09-2019 - |
سؤال
يجب أن أقول أولا أنني على دراية بتكوين إعدادات الذاكرة تكوين Eclipses. أنا حاليا باستخدام متغير واحد من التكوينات المنشورة:
... - lachxer.xxmaxpermsize 256m -vmargs -xmargs -xmx512m -xss2m -djava.net.preferipv4stack = صحيح -dcom.sun.management.jmxremote
ووفقا ل JConsole ومشونة الكومة الداخلية، لا يقترب الكسوف أبدا من نفاد كومة الكومة.
ما يفعله هو تعطل باستمرار مع Oomes، مثل كل 30-50 دقيقة. في بعض الأحيان يخبرني أنه كان هناك Oome، في أوقات أخرى يغلق بصمت. الغريب، مثيل الكسوف الأخرى التي تعمل طوال الوقت (إصدار J2EE) لم تحطمت مرة واحدة، حتى مع الكثير من الملفات المصدر.
كان هناك مرة أو مرتين حيث كانت عملية غيبوبة بعد تحطم الطائرة وعليها أن أرى بصمة الذاكرة - حوالي 1.5 جنيها، أعلى مما قاله مراقب كومة الكومة إنها تستخدمها. إذن ما هو الاتفاق؟ شيء تسريب؟ ألا أتلاحظ أن عدد المواضيع النشطة يظهر أن ترتفع باستمرار.
أي شخص لديه هذه المشكلة وثابته؟
المحلول
وفق هذا الموقع, ، إعدادات الذاكرة الصحيحة ل eclipse / flex builder هي:
-Xms256m
-Xmx512m
هذه هي إعدادات MEM التي أستخدمها للاستفادة ويبدو أنها تعمل بشكل جيد. امل ان يساعد.
نصائح أخرى
اعتمادا على حجم وتعقيد المشروع قد تضطر إلى رفع الذاكرة المعطاة إلى FlexBuilder. قد تحاول استخدام JVM مختلفة. في حالة بدء FlexBuidler، ربما تعطيها الكثير من الذاكرة.
لا يوجد من الكأس المقدسة لهذه المشكلة، ولكن تقاسم بلدي FlexBuilder.ini
قد تساعد بعض:
-vm
C:\Program Files\Java\jdk1.6.0_20\bin\javaw.exe
-vmargs
-Xms1024m
-Xmx1224m
-XX:MaxPermSize=365m
-XX:PermSize=256m
-Djava.net.preferIPv4Stack=true