أي شخص آخر لديه Eclipse 3.4 مع تحطم المرن باني باستمرار بسبب Oome؟

Question

يجب أن أقول أولا أنني على دراية بتكوين إعدادات الذاكرة تكوين Eclipses. أنا حاليا باستخدام متغير واحد من التكوينات المنشورة:

... - lachxer.xxmaxpermsize 256m -vmargs -xmargs -xmx512m -xss2m -djava.net.preferipv4stack = صحيح -dcom.sun.management.jmxremote

ووفقا ل JConsole ومشونة الكومة الداخلية، لا يقترب الكسوف أبدا من نفاد كومة الكومة.

ما يفعله هو تعطل باستمرار مع Oomes، مثل كل 30-50 دقيقة. في بعض الأحيان يخبرني أنه كان هناك Oome، في أوقات أخرى يغلق بصمت. الغريب، مثيل الكسوف الأخرى التي تعمل طوال الوقت (إصدار J2EE) لم تحطمت مرة واحدة، حتى مع الكثير من الملفات المصدر.

كان هناك مرة أو مرتين حيث كانت عملية غيبوبة بعد تحطم الطائرة وعليها أن أرى بصمة الذاكرة - حوالي 1.5 جنيها، أعلى مما قاله مراقب كومة الكومة إنها تستخدمها. إذن ما هو الاتفاق؟ شيء تسريب؟ ألا أتلاحظ أن عدد المواضيع النشطة يظهر أن ترتفع باستمرار.

أي شخص لديه هذه المشكلة وثابته؟

Answer 1

وفق هذا الموقع, ، إعدادات الذاكرة الصحيحة ل eclipse / flex builder هي:

-Xms256m
-Xmx512m

هذه هي إعدادات MEM التي أستخدمها للاستفادة ويبدو أنها تعمل بشكل جيد. امل ان يساعد.

Answer 2

اعتمادا على حجم وتعقيد المشروع قد تضطر إلى رفع الذاكرة المعطاة إلى 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