Chrome प्रक्रियाओं में मेरा टैब समूहित क्यों करता है और मैं इसे कैसे रोक सकता हूं?


8

मैंने देखा कि क्रोम में, यह सभी टैब को एक रेंडरर प्रक्रिया में समूहित करता है, कम से कम मेरे लिए। यह एक समस्या है क्योंकि यह क्रोम को 150k RAM से धीमी गति से बनाता है।
क्या हर टैब को एक अलग प्रक्रिया बनाने के लिए मजबूर करने का कोई तरीका है?

जवाबों:


4

क्रोम दस्तावेज़ीकरण के अनुसार , एक --process-per-tabकमांड लाइन स्विच है जो वह करता है जो आप चाहते हैं।


मैंने कोशिश की कि पहले, और अजीब तरह से, कि वास्तव में सभी टैब एक प्रक्रिया में जाते हैं, पहले से, सभी 2 प्रक्रियाओं में थे। यह शायद कुछ विस्तार है जो टैब को 'स्क्रिप्ट से जुड़ा' बनाता है।
14

@digitxp: क्या आपने सभी एक्सटेंशन को अक्षम करने या Chrome को गुप्त मोड में शुरू करने की कोशिश की है, जो प्रभावी रूप से समान है (यदि कॉन्फ़िगर नहीं किया गया है)?
व्हाइटवार्क

3

मेरे लिए, उन्होंने अभी तक समस्या हल नहीं की है।

इस मुद्दे पर आगे विस्तार से चर्चा करने वाले कुछ लिंक इस प्रकार हैं:

http://code.google.com/p/chromium/issues/detail?id=81877

http://www.google.com/support/forum/p/Chrome/thread?tid=2c6c5ffd1dcd19c5&hl=en

http://code.google.com/p/chromium/issues/detail?id=36617

एक स्विच स्टेटमेंट है जिसे आप चला सकते हैं (उन गैर-सीएलआई लोगों के लिए कंट्रोल पैनल में एक विकल्प होना चाहिए) जो प्रति टैब एक नई प्रक्रिया को बाध्य करता है, लेकिन आगे पढ़ने और खोज के बाद, यह वास्तव में प्रति टैब अलग प्रक्रियाओं को बाध्य नहीं करता है दर असल।

क्रोम क्रोम ब्राउज़र और सभी क्रोमियम संबंधित प्रक्रिया मॉडल के लिए उनके डिजाइन और वास्तुकला का समर्थन करने वाले क्रोमियम चर्चा और डिज़ाइन दस्तावेज़ का लिंक यहां दिया गया है। मैं अनुमान लगा रहा हूं कि एंड्रॉइड और क्रोम ओएस एक समान प्रकार के डिजाइन के तहत आते हैं।

http://dev.chromium.org/developers/design-documents/process-models

स्विच का नाम थोड़ा भ्रामक है क्योंकि यह मुझे "प्रति टैब एक प्रक्रिया" कहता है, लेकिन वास्तविकता में यह समान स्क्रिप्ट वाले टैब के प्रति समूह एक प्रक्रिया है, जिसे लगातार परिष्कृत किया जाता है और एक प्रक्रिया के एक विशाल लेविथान में विलय कर दिया जाता है। मेरा भी 500 से 800 एमबी से ऊपर उठ जाता है। लगभग एक ही प्रक्रिया के लिए स्मृति का एक टमटम। यह मेरे कंप्यूटर को रोक देता है। और अधिक, शायद इसलिए कि सभी मेमोरी को पृष्ठांकित किया जा रहा है, लेकिन किसी भी तरह से, यदि प्रत्येक टैब एक अलग प्रक्रिया थी, तो कम से कम मेमोरी और पेजिंग ऑपरेशन पूरे बोर्ड में अलग-अलग होंगे, अनिवार्य रूप से सीपीयू और मेमोरी दोनों पर लोड वितरित करना ( पेजिंग सहित)।

क्रोमियम एक सरल मॉडल का भी समर्थन करता है जो स्क्रिप्ट से जुड़े टैब के प्रत्येक समूह को एक रेंडरर प्रक्रिया समर्पित करता है

ओपन-सोर्स "क्रोमियम" प्रोजेक्ट के शब्द एक-प्रक्रिया-प्रति-टैब मॉडल के बारे में:

"क्रोमियम एक सरल मॉडल का भी समर्थन करता है जो स्क्रिप्ट से जुड़े टैब के प्रत्येक समूह में एक रेंडरर प्रक्रिया को समर्पित करता है।"

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

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