मुझे लगता है कि मैगेंटो 2.3.1 के अपडेट के बाद से मुझे अनकैप्ड पेज लोड (विकास के दौरान) की समस्या है।
मैंने एक ब्लैकफ़ायर किया। ट्रेस किया और यह पता चला कि 42 सेकंड यहां सो रहे हैं ।
अब मैं सोच रहा हूं कि इसका उद्देश्य क्या है। मुझे लगता है कि मैं किसी तरह की दौड़ की स्थिति में हूं?
क्या किसी ने इससे पहले ऐसा कुछ अनुभव किया था?
संपादित करें: कॉल स्टैक कॉमर्सबग को शामिल करता है।
जवाबों:
वैसे यह एक पसंद है? - Magento के इंजीनियरों ने बनाया।
यह कोई उत्तर नहीं है, लेकिन ऐसा लगता है कि फ़ंक्शन कॉलबैक डेटा को लोड करने के लिए कॉलबैक स्वीकार करता है। कॉलबैक जाँचता है कि वर्तमान में कोई लॉक है या नहीं। यदि नहीं, तो यह एक ताला लगाता है, डेटा लोड करता है, और फिर लॉक जारी करता है। यदि जगह में एक ब्लॉक है, तो यह माइक्रोसेकंड (.1 सेकंड) के लिए सोता है100,000 , और फिर लोडर को फिर से कॉल करता है।
तो, ज़ोर से सोच, मेरा अनुमान होगा
LockLoadData तंत्र को सर्वर पर लोड को कम करने की आवश्यकता है।
पहले जब कॉन्फ़िगरेशन कैश को हाय-लोडेड साइट्स पर साफ किया जाता है, तो सभी क्लाइंट ने समान जानकारी उत्पन्न की है जो कि cpu / io लोड को बढ़ाती है।
LockLoadData के साथ केवल एक ग्राहक कैश उत्पन्न करेगा और अन्य इसके लिए इंतजार करेंगे।
यह कैसे काम करता है इसके बारे में अधिक जानकारी।
पहला फ़ंक्शन कॉल "डेटा प्राप्त करें" कॉलबैक करता है और अगर इसे डेटा वापस मिलता है (तो अगर कैश में डेटा, तो कोड पिछले की तरह काम करता है और किसी भी ताले का उपयोग नहीं करता है)।
यदि डेटा उपलब्ध नहीं है और लॉक लॉक है, तो लूप में हम डेटा लोड करने की कोशिश करते हैं जब तक कि डेटा नहीं मिलेगा या लॉक हटा दिया गया था।
यदि कोई लॉक नहीं है तो हम एक लॉक बनाते हैं और इसे कैश में बचाने के लिए डेटा उत्पन्न करते हैं और लॉक को हटाते हैं और डेटा वापस करते हैं
पुनश्च: हमने 20kRPM लोड के साथ ग्राहकों में से एक के लिए पैच की तरह ये बदलाव भेजे हैं और यह बिना किसी समस्या के कम से कम 3 महीने काम करता है। तो शायद आपके अनुकूलन / मॉड्यूल में समस्या (उदाहरण के लिए अगर उन्होंने कैश तंत्र को तोड़ दिया)