كسر أصلي استخدام الذاكرة في غضون JVM على SLES

Question

لدي WebSphere Portal تطبيق تشغيل أربع حالات في صندوق واحد و بعد حوالي 7 أيام من وقت التشغيل لا يوجد سوى 130-150 ميجابايت من مساحة العنوان الحرة في الذاكرة الأصلية (باستخدام PMAP).في مكان ما في آخر 7-10 أيام ينخفض الرقم أقل بكثير من 100mb (التي نعتبرها خطيرة و نبدأ في إعادة تدوير JVM).إذا كنا لا يعيد ، JVM سوف تعطل في نهاية المطاف مع SIGSEGV إشارة.

لقد فعلت بعض التحقيقات الأولية إلى الدرجة التهم حجم JIT رمز.الأصناف تنمو ولكن ببطء من 50k فصاعدا...عن بضع مئات في اليوم الواحد.JITC أحجام الحصول على حوالي 210 MB بعد 7 أيام و تنمو حوالي 1 ميجا بايت في اليوم بعد ذلك.في تجربتنا السابقة لم نجد هذه القيم الشريرة.

ما نحن بحاجة إلى أن تكون قادرة على كسر ما هو في الأم كومة ، سواء كانت المواضيع (كل موضوع التهم تبدو طبيعية و لدينا ثابت الخيط برك) ، سلسلة مسابح المستمر حمامات بايت كود أو أي شيء آخر.

واحد يؤدي نحن نحاول الآن هو تقليل انعكاس عتبة إلى 0 (إيقاف بايت كود accessors عن عاكس إنشاء فصول).هذا التطبيق يستخدم الكثير من pointcutting و الكثير من التفكير ، لذلك نحن نأمل في أن هناك فرصة جيدة وهذا يساعد.

أي نصيحة هي موضع ترحيب.

Answer 1

بعد تحقيق مطول ، وانتهى به الأمر WebSphere علة: PK72252:يدعو إلى CLASSLOADER.GETRESOURCEASSTREAM بطيئة.ثابت في 6.0.2.33.

Answer 2

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