Mage_Core_Model_Session_Abstract_Varien :: start के लिए लंबी प्रतिक्रिया समय


15

इसलिए हम अपनी बहुत सी साइटों पर न्यू रेलिक में देख रहे हैं, हमारे बहुत से पेज लोड Mage_Core_Model_Session_Abstract_Varien :: start के कारण हो रहे हैं। मैंने कुछ शोध किए हैं और वास्तव में किसी और को इस बारे में बात करते नहीं देखा है।

हम Nginx, PHP FPM, Redis for Caching और Memcache का उपयोग सत्रों के लिए करते हैं। मेरे कुछ विचार यह हैं कि शायद यह कुछ और है जो हमेशा के लिए ले रहा है और ऐसा प्रतीत होता है कि सत्र को लोड करना समस्या है। या किसी तरह से सत्र के लिए बहुत सारे डेटा को जोड़ने वाले कुछ कस्टम कोड हैं जो विशाल सत्र का कारण बनते हैं।

मैं सत्रों के संदर्भ में जानकार नहीं हूँ और उनका प्रबंधन कैसे किया जाता है, हालाँकि मैंने कुछ लेखों में सत्र लॉकिंग के बारे में बात की। हालाँकि मुझे नहीं लगता कि लोग एक ही समय में इतने सारे पेज खोल रहे होंगे।

इनमें से कुछ भार 20 - 30 सेकंड के हैं। मैं बस उत्सुक हूं अगर किसी और ने इस पर ध्यान दिया हो या सत्रों के कारण इस प्रकार के लंबे अनुरोधों का विश्लेषण करने के बारे में अधिक जानकारी थी।


1
मैंने सत्र भंडारण के रूप में उपयोग किए जाने वाले रेडिस के साथ समान व्यवहार पर ध्यान दिया है। कोई सुराग नहीं कि ऐसा क्यों होता है।

2
क्या आप अभी तक इसके कारण को ट्रैक कर पाए हैं? मेरे पास एक समान सेटअप है (कैश के लिए रेडिस, सत्रों के लिए मेमेकैच्ड) और हमने हाल ही में प्रदर्शन को ट्रैक करने के लिए नए रेलिक का उपयोग करना शुरू किया। हम कुछ 20+ सेकंड के निशान को पकड़ रहे हैं जो MCMSAV में किसी चीज़ के कारण लग रहे हैं :: जैसा कि आप देख रहे थे। दुर्भाग्य से मैं इसमें गहराई से नहीं देख सकता, एक टूलटिप कहता है "गहरा दृश्यता उपलब्ध नहीं है क्योंकि इन वर्गों और विधियों को PHP एजेंट के वर्तमान कॉन्फ़िगरेशन के साथ इंस्ट्रूमेंट नहीं किया जाता है"। मुझे अभी और जांच करनी है। कोई विचार?
ब्रायनवीपीएस

1
@BrianVPS मुझे कभी कुछ नहीं मिला। यह मेरे लिए एक रहस्य बना हुआ है और कभी भी इसे ट्रैक करने के लिए अधिक समय नहीं दिया गया। मैं अभी भी इसे हर प्रोजेक्ट में देखता हूं। क्या आपको कभी कुछ मिला?
dan.codes

1
मुझे नहीं पता कि हमें कोई कारण मिला, लेकिन मैंने हाल ही में ऐसा नहीं देखा है। हमने साइट में महत्वपूर्ण बदलाव किए हैं और बहुत अधिक वसा को छंटनी की है। मैंने कुछ अप्रयुक्त कोर मॉड्यूलों को अक्षम कर दिया, अप्रयुक्त विशेषताओं, श्रेणियों और उत्पादों का एक टन हटा दिया। तब से सभी मोर्चों पर हालात सुधरे हैं। मुझे नहीं पता कि क्या इसमें से कोई भी संबंधित था, लेकिन सामान्य तौर पर, अनावश्यक सामान से छुटकारा पाने से मैगेंटो को काफी मदद मिलती है। यह बहुत सारे कोड के साथ एक शक्तिशाली, लेकिन फूला हुआ सिस्टम है जिसकी कई साइटों को आवश्यकता नहीं है। अतिरिक्त से छुटकारा पाना बहुत मददगार होता है।
ब्रायनवीपीएस

@BrianVPS मैं ठीक वही समस्या है जो आपको थी (20+ दूसरे निशान जो MCMSAV में किसी चीज़ के कारण लग रहे हैं ::)। क्या आपको कोई हल मिला?
डेनिस स्पैलेंजा

जवाबों:


7

यह फ़ाइल सिस्टम सत्र के संबंध में एक घटना से संबंधित है। जब आप सत्रों के लिए मैक्डेड का उपयोग करके रिपोर्ट कर रहे हैं, तब तक मैंने केवल इसे स्वयं देखा है जब वास्तव में मैं फाइलसिस्टम का उपयोग कर रहा था।

यह यहाँ से पहले कवर किया गया है:

/magento//a/3721/336

वास्तव में एक कैशग्राइंड का एक स्क्रीनशॉट सटीक बिंदु बताता है जिस पर सत्र स्टार्टअप समय की एक विषम राशि ले रहा है Mage_Core_Model_Session_Abstract_Varien::startजैसा कि आपने सही ढंग से बताया है:

यहाँ छवि विवरण दर्ज करें

संदर्भित धागे में यह सुझाव था कि इस आशय को इन-मेमोरी सत्र भंडारण के साथ कम किया जा सकता है - लेकिन कोई ठोस डेटा मौजूद नहीं है जो मुझे सिद्धांत का समर्थन करने के लिए पता है। यदि आप वास्तव में मेमकास्टेड का उपयोग कर रहे हैं, तो इसका कारण यह है कि PHP- स्तर सत्र लॉक सत्र संग्रहण के भावी अनुरोधों को लॉक जारी होने तक प्रदान करने से रोक देगा।

सामान्य तौर पर यह आमतौर पर केवल सत्र सूचना तक पहुंच की आवश्यकता वाले अनुरोधों पर देखा जाता है, इसलिए जब आपके उपयोगकर्ता के पास एक अन्य टैब या किसी अन्य लंबे समय से चल रहे अनुरोध का निर्णय लेने के दौरान संभावित लॉक से बचने के लिए आवश्यक पहुंच की मात्रा को सीमित करने के लिए आपके सामने वाले विषय को आर्किटेक्चर करना फायदेमंद होगा। दूर ले जाने के लिए।

HTH, चीयर्स।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.