क्रोम अपडेट लेयर ट्री करने के लिए 12 सेकंड क्यों लेगा?

Question

मेरे पास अपेक्षाकृत गैर-जटिल एएसपी.Net एप्लिकेशन है, जो कभी-कभी एक छाया के साथ परत में एक चेतावनी संदेश प्रदर्शित करता है, जिसमें पुशबटन को अधिसूचना खारिज कर दिया जाता है।

यह कोड वर्षों से ठीक काम कर रहा है।

हाल ही में, मुझे वास्तव में धीमी प्रतिक्रिया के उपयोगकर्ताओं से शिकायतें मिल रही हैं। वे क्या अनुभव करते हैं कि पृष्ठ पूरी तरह उत्तरदायी नहीं है, और जब वे [ठीक] पुशबटन पर क्लिक करते हैं तो वास्तव में लंबे समय तक कुछ भी नहीं होता है।

जब मैं एक समय रिकॉर्ड, मैं मूल भी जो वेब सर्वर पर एक राउंड ट्रिप का कारण देख सकते हैं, और मैं वेबसर्वर से प्रतिक्रिया देख सकते हैं। मैं सभी जावास्क्रिप्ट कोड भी देख सकता हूं जो प्रतिक्रिया के परिणामस्वरूप चलता है।

जहां तक ​​आवेदन का संबंध है, लेन-देन खत्म हो गया है, और, जहाँ तक जावास्क्रिप्ट का संबंध है, लेन-देन के रूप में अच्छी तरह से खत्म हो गया है। हमें बस इतना करना है कि उपयोगकर्ता [OK] बटन पर क्लिक करें और हम अधिसूचना पॉपअप को खारिज कर देंगे।

यह वह जगह है जहां "फ्रीज" होता है। [ठीक] घटना 20-30 सेकंड की तरह वितरित नहीं की जाती है। इस बीच क्या चल रहा है? यही कारण है कि मैं लिख रहा हूँ है:

हम एक समय में हर एक बार कुछ बहुत ही कम टाइमर आग देखते हैं, तो हम एक त्वरित पुनर्गणना शैली कॉल, तो अपडेट करें लेयर ट्री घटना के बाद देखते हैं।

अपडेट लेयर ट्री इवेंट 10-12 सेकंड लेता है!

यहाँ संवाद जो क्योंकि अद्यतन लेयर ट्री घटनाओं प्रथम प्रदर्शित किया जाता के रूप में आप इसे यहाँ देख के अनुत्तरदायी जा रहा है के लिए कोड है, तो, कुछ गलत हो जाता है, यह समान कोड के साथ अपडेट कर सकता है showAlert रहे हैं:

Status/error dialog code

Answer 1

देखें @ tiblu के comment विस्तार के लिए पर क्यों क्रोम Update Layer Tree प्रदर्शन करेंगे।

12 सेकंड लेने के लिए के रूप में: बातचीत, अन्य ब्राउज़रों में सामान्य रूप से व्यवहार करते हैं करता है उदाहरण Firefox या Safari के लिए? यदि आपका कोड वर्षों से ठीक काम कर रहा है जैसा कि आप कहते हैं और ब्राउजर प्रतिक्रिया के मुद्दे हाल ही में पॉप-अप हो रहे हैं (> मध्य अक्टूबर, 2015) और केवल क्रोम में समस्या आपका कोड नहीं हो सकता है।

क्रोम 46 की रिलीज को इंगित करते हुए हाल ही में कई नए मुद्दे और शिकायतें हैं। उदाहरण के लिए: this issue (code.google.com) और this issue (code.google.com)।

सीपीयू spikes ब्राउज़र अप्रतिसाद, के लिए जिम्मेदार है जो आप Chrome के कार्य प्रबंधक का उपयोग कर की निगरानी कर सकते हैं। के लिए क्यों सीपीयू स्पाइकिंग और आगे की जानकारी है, आपको ऊपर दिए गए मुद्दों और दूसरों के विकास के बाद इन मुद्दों का पालन करना होगा। छद्म जवाब के लिए

क्षमा याचना, वर्तमान में प्रतिनिधि एक टिप्पणी में इस पर्ची की जरूरत नहीं है।

Answer 2

उन सभी के लिए धन्यवाद जिन्होंने जवाब दिया ... मैं क्रोम के पुराने संस्करण को पुन: स्थापित करने का तरीका समझने में असमर्थ था, लेकिन मैंने क्रोम 48 (48.0.2564) के बीटा संस्करण पर अपना हाथ संभालने का प्रबंधन किया।8), और, मेरे सबसे सुखद आश्चर्य के लिए, अब मैं समस्या को पुन: उत्पन्न करने में सक्षम नहीं हूं।

बस सुनिश्चित करने के लिए, मैं आज सुबह के बैकअप से 46 बहाल, और यह मुद्दा फिर से प्रदर्शन किया। बीटा -48 को पुनः स्थापित करने के बाद, समस्या समाप्त हो गई है।

हुर्रे! सबने बहुत अच्छा किया!