हमने हाल ही में एक वेब एप्लिकेशन (टोमकैट 5.5.एक्स वेब ऐप) को उत्पादन में धक्का दिया और आज अजीब व्यवहार का प्रदर्शन शुरू कर दिया। हम इस व्यवहार को किसी भी विकास या पूर्व-उत्पादन वातावरण में नहीं देखते हैं।jvmti का प्रदर्शन प्रभाव?
रनटाइम पर उत्पादन प्रणाली में हमारा एकमात्र दृश्य लॉगिंग है। यद्यपि वे हमें बता सकते हैं कि क्या हुआ, वे वास्तव में यह निदान करने में हमारी सहायता नहीं कर सकते कि यह क्यों हो रहा है।
हमें इस मुद्दे को हल करने के लिए कल दो बार संदर्भ पुनः लोड करना पड़ा है।
मैं जेपीडीए सक्रिय के साथ उत्पादन टोमकैट सर्वर शुरू करने पर विचार कर रहा था। यह समस्या को फिर से शुरू करने पर सर्वर पर डीबगर कनेक्ट करने की अनुमति देगा (सर्वर अनुरोधों के सर्वर से पूल के टॉमकैट को हटाने के बाद)।
डीबगर कनेक्ट होने पर आप स्पष्ट रूप से jpda के साथ प्रदर्शन दंड का भुगतान करते हैं। हालांकि, मैं सोच रहा था कि "लागत" क्या था जब एक डीबगर कनेक्ट नहीं था? मुझे संदेह है कि एक डीबगर के लिए "सुनने" से जुड़ा ओवरहेड काफी कम हो सकता है। प्रदर्शन माप पर कुछ घंटों खर्च करने से पहले मैं उम्मीद कर रहा था कि कोई मुझे दस्तावेज़ीकरण के लिए इंगित कर सकता है जो इसे स्पष्ट कर सकता है?
जावा संस्करण "1.5.0_17" जावा (टीएम) 2 रनटाइम वातावरण, मानक संस्करण (निर्माण 1.5.0_17-B04) जावा हॉटस्पॉट (टीएम) 64-बिट सर्वर वी एम (निर्माण 1.5.0_17-B04, मिश्रित मोड)
आरएचईएल 5.3
धन्यवाद!
कार्लोस
मैं इस बात से सहमत नहीं हूं कि प्रदर्शन प्रभाव बहुत छोटा है, मैं सिर्फ जेपीडीए सक्रिय के साथ टॉमकैट पर लिफ़ेरे चला रहा हूं, और पिछले 10 गुना अधिक संसाधन अनुरोध – lisak