फ़ायरफ़ॉक्स 3.1 बीटा 3

कुछ दिन पहले, मैंने फ़ायरफ़ॉक्स 3.1 बीटा 3 की समीक्षा की है। यह काफी प्यारा है। यह बेहतर जावास्क्रिप्ट प्रदर्शन का दावा करता है, यह नई उपयोगिता और गोपनीयता सुविधाओं के साथ आता है, यह भविष्य के HTML मल्टीमीडिया तत्वों का समर्थन करता है ... लेकिन उस लेख में कहीं भी मैंने मेमोरी उपयोग का उल्लेख नहीं किया है।

एक अच्छे कारण के लिए।

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

इस लेख में, मैं दो चीजें करने जा रहा हूं:सबसे पहले, आपको एक सीधा, सरल उत्तर देने का प्रयास करें कि क्या फ़ायरफ़ॉक्स 3.1 बीटा वर्तमान फ़ायरफ़ॉक्स रिलीज़ की तुलना में अधिक/कम मेमोरी का उपयोग करने जा रहा है। दूसरा, मैं आपको स्मृति प्रबंधन के बारे में कुछ सुंदर रोचक बातें सिखाने जा रहा हूँ।

यह लेख ज्यादातर लिनक्स में मेमोरी के उपयोग के बारे में होगा, क्योंकि इस ऑपरेटिंग सिस्टम पर चीजों के दिल में गहराई तक उतरना बहुत आसान है, लेकिन मैं विंडोज उपयोगकर्ताओं को सूखे में भी नहीं लटकने दूंगा! हम विंडोज फायरफॉक्स मेमोरी उपयोग पर भी जाएंगे।

चलिए शुरू करते हैं।

सरल उत्तर प्राप्त करना कठिन क्यों है

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

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

वास्तविक जीवन का उदाहरण

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

इसलिए, आपके परीक्षण (और मेरे) को कड़ाई से नियंत्रित किया जाना चाहिए। यदि आप किसी एप्लिकेशन के व्यवहार की जांच करना चाहते हैं, तो आपको इसके लघु और दीर्घकालिक उपयोग का परीक्षण करना होगा, एकल और एकाधिक टैब खुले होने के साथ, छवियों को प्रस्तुत करते समय और स्थिर HTML पाठ बनाम स्क्रिप्ट चलाते समय, 12 घंटे बनाम ठंड के लिए निष्क्रिय रहने पर प्रारंभ, डाउनलोड करते समय आदि। और प्रत्येक संस्करण के लिए कम से कम दो बार ऐसा करें, यह सुनिश्चित करने के लिए कि रिपोर्ट किए गए परिणाम सही हैं और भिन्नता को मापें।

मुझे उम्मीद है कि आप काम की गंभीरता को समझ गए होंगे। अब, बहुत बकवास है, चलो व्यापार के लिए नीचे उतरें।

Linux पर मेमोरी उपयोग

टेस्ट केस:लिनक्स मिंट 6 फ़ेलिशिया, इंटेल कोर डुओ मशीन पर वर्चुअलाइज्ड चल रहा है, अतिथि ऑपरेटिंग सिस्टम को आवंटित 512 एमबी रैम के साथ, फ़ायरफ़ॉक्स बिना किसी ऐड-ऑन के डिफ़ॉल्ट थीम को सहेजता है। आइए सबसे पहले सिस्टम मॉनिटर यूटिलिटी खोलकर सिस्टम हमें क्या बताता है, इसकी जांच करके शुरू करें।

फ़ायरफ़ॉक्स 3.0.3:

फ़ायरफ़ॉक्स 3.1 बीटा 3:

हम देख सकते हैं कि बीटा मौजूदा उत्पादन संस्करण द्वारा उपयोग किए गए 24.4MB से अधिक 29MB लेता है। यह कोल्ड स्टार्ट पर है, जिसमें एक ही टैब खुला है। कुल मिलाकर, यह 19% की वृद्धि की तरह लगता है।

ये संख्याएँ हमें क्या बताती हैं?

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

यह देखने के लिए कि कोई कार्यक्रम वास्तव में कितना लेता है, हमें सभी अतिरिक्त को दूर करने की आवश्यकता है। इसका मतलब है कि हमारे पास पूरे मेमोरी पूल (हमारे मामले में 512 एमबी) को हॉग करना है। लेकिन सिर्फ ढेर सारे कार्यक्रम चलाकर इसे हासिल करना मुश्किल है। सबसे खराब स्थिति में, यदि सिस्टम भूखा महसूस करता है, तो इसकी आउट-ऑफ-मेमोरी (OOM) रूटीन मार डालेगी और सबसे अधिक आक्रामक प्रक्रियाओं को मार देगी। इसलिए, हमें एक अल्पकालिक मेमोरी हॉग की आवश्यकता है जो सब कुछ ले ले और फिर उसे वापस दे दे।

आप सही अनुमान लगाते हैं, हमें एक ... मेमहोग चाहिए।

मेम्होग

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

लिनक्स मिंट की रिपॉजिटरी में ऐसी कोई उपयोगिता नहीं है, लेकिन आप अपना खुद का बना सकते हैं। सी कोड का एक टुकड़ा डाउनलोड करें और इसे संकलित करें। यहां बताया गया है कि आप इसे कैसे करते हैं:

एक बार छोटी उपयोगिता संकलित हो जाने के बाद, आप इसे इस प्रकार चलाते हैं:

उदाहरण:

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

इसका अर्थ है परीक्षण कार्यक्रम को दो बार चलाना, एक बार मेमहॉग से पहले और एक बार बाद में। हम सिस्टम के उपयोग की जाँच करने के एक अधिक सटीक तरीके का भी उपयोग करेंगे - कमांड-लाइन ps उपयोगिता।

ps (मेमहोग के साथ) द्वारा रिपोर्ट किया गया मेमोरी उपयोग

पीएस यूटिलिटी में कई विकल्प और झंडे हैं, जो प्रयुक्त सिस्टम संसाधनों की बहुत गहन जांच की अनुमति देता है। हम इसे aux फ़्लैग्स के साथ चलाएंगे और VSZ और RSS मानों की जाँच करेंगे। नीचे दिए गए स्क्रीनशॉट में, ये क्रमशः आउटपुट में पांचवां और छठा कॉलम होगा।

वीएसजेड (वर्चुअल साइज) और आरएसएस (रियल सेट साइज) के मूल्यों के बारीक विवरण की व्याख्या करना इस लेख के दायरे से बाहर है, लेकिन मैं संक्षेप में बताने की कोशिश करूंगा:आरएसएस भौतिक मेमोरी में वास्तविक पदचिह्न है और वीएसजेड में समाहित है। . वीएसजेड प्रक्रिया का आभासी आकार है, अर्थात् कोड, डेटा और स्टैक। फिर भी, ये दो मूल्य कर्नेल स्टैक सहित प्रक्रिया उपयोग के कुछ हिस्सों की गणना नहीं करते हैं, लेकिन चूंकि फ़ायरफ़ॉक्स केवल उपयोगकर्ता-भूमि कार्यक्रम है, इसलिए हमें उनके बारे में ज्यादा चिंता नहीं करनी चाहिए।

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

फ़ायरफ़ॉक्स 3.0.3:

दो आउटपुट मेमहोग चलाने से पहले और बाद में संदर्भित होते हैं। कुल पदचिह्न 165MB है, जिसमें कोल्ड स्टार्ट पर वास्तविक मेमोरी 65MB है। मेमहोग चलाने के बाद, समग्र पदचिह्न लगभग समान रहता है, लेकिन वास्तविक मेमोरी 16.5 एमबी तक गिर जाती है।

फ़ायरफ़ॉक्स 3.1 बीटा 3:

वीएसजेड वैल्यू 189 एमबी है, जिसमें रियल 53 एमबी पहले और 39 एमबी मेमहोग चलाने के बाद है। ऐसा लगता है कि फ़ायरफ़ॉक्स 3.1 बीटा 3 प्रारंभ में कम मेमोरी आवंटित करता है, जिसका अर्थ है कि यह मेमोरी हॉग [एसआईसी] से कम होना चाहिए, लेकिन इसे चलाने के लिए उच्च आधार रेखा की आवश्यकता होती है।

यह तर्कसंगत है, क्योंकि फ़ायरफ़ॉक्स 3.1 में फ़ायरफ़ॉक्स 3 की तुलना में अधिक विशेषताएं हैं। और इनका हिसाब देना होगा और कहीं समायोजित करना होगा। अधिक सुविधाएँ, अधिक स्मृति, लेकिन कम लालच।

यदि आप CPU उपयोग को देखते हैं, तो फ़ायरफ़ॉक्स 3.1 फ़ायरफ़ॉक्स 3 से कम लेता है। 4.7% बनाम 7.7% पहले और 3.3% बनाम 4.2%, 27-64% सुधार। यह भी महत्वपूर्ण है, जिसका अर्थ है कि फ़ायरफ़ॉक्स 3.1 सिस्टम पर हल्का है और इस प्रकार तेजी से प्रतिक्रिया देनी चाहिए, हालांकि यह वास्तविक मेमोरी पर अधिक पकड़ लेता है। अब, मेमोरी मैप्स पर एक नजर डालते हैं और यह पता लगाने की कोशिश करते हैं कि फ़ायरफ़ॉक्स 3.1 अधिक क्यों लेता है।

मेमोरी मैप्स

मेमोरी मैप्स को प्रत्येक प्रक्रिया के लिए अलग से / proc स्यूडो-फाइलसिस्टम के तहत देखा जा सकता है। सबसे पहले, आपको प्रक्रिया आईडी का पता लगाना होगा (हमने इसे पीएस के साथ किया था), और फिर /proc//maps पर जाएं।

फ़ायरफ़ॉक्स 3.0.3:

मैं नक्शों की रिपोर्ट के बारीक विवरण की व्याख्या नहीं कर सकता, लेकिन सबसे छोटे संक्षेप में आपको जो मिलता है वह यह है:इस आउटपुट की पहली कुछ पंक्तियाँ बाइनरी कोड (टेक्स्ट), डेटा और हीप सेगमेंट हैं। फिर, हमारे पास प्रक्रिया द्वारा उपयोग की जाने वाली साझा लाइब्रेरी हैं। जैसा कि हम आउटपुट से गुजरते हैं, हम एप्लिकेशन के मेमोरी उपयोग के विवरण का अध्ययन कर सकते हैं और इसके व्यवहार को समझने की कोशिश कर सकते हैं।

अभी के लिए, हम कुछ बहुत आसान करेंगे। हम इस प्रक्रिया में लगने वाले नक्शों की कुल संख्या पर एक नज़र डालने जा रहे हैं। कुल संख्या पर एक नज़र डालें, 455।

फ़ायरफ़ॉक्स 3.1 बीटा 3:

यहां, हमारे पास 472 हैं। इसका मतलब है कि फ़ायरफ़ॉक्स 3.1 को और अधिक चाहिए, एह?

तनाव में मेमोरी का उपयोग

लेकिन खुले टैब के साथ कार्यक्रम का परीक्षण करना, कुछ भी नहीं करना, शायद ही कोई परीक्षा हो। इसलिए मैंने Youtube को संचालित किया और जाँच की कि एप्लिकेशन फ़्लैश को कितनी अच्छी तरह संभालता है। कृपया ध्यान दें कि फ़्लैश प्लेयर फ़ायरफ़ॉक्स के लिए एक तृतीय-पक्ष प्लगइन है और यह लिनक्स मिंट में बंडल में आता है। इसलिए, मैं 100% सुनिश्चित नहीं हो सकता कि मेरे "तनाव" परीक्षण का कोई मतलब है, लेकिन फिर भी, आप जानना चाह सकते हैं। ध्यान दें कि फ़ायरफ़ॉक्स 3.1 में जावास्क्रिप्ट प्रदर्शन में काफी सुधार हुआ है, जैसा कि हमने पिछले लेख में देखा है।

तो यहाँ हमारे पास क्या है जब YouTube जन हैमर खेल रहा है, ps रिपोर्टिंग उपयोग के साथ। प्रत्येक 5 सेकंड में, दोनों ब्राउज़रों में, कोल्ड स्टार्ट पर, परीक्षण से ठीक पहले मेमहॉग रन के साथ।

फ़ायरफ़ॉक्स 3.0.3:

मेमोरी 163 एमबी (40 एमबी रियल) और सीपीयू 5.5% पर स्थिर है।

फायरफॉक्स 3.1:

मेमोरी 194MB (57MB वास्तविक) और लगभग है। 11% सीपीयू। इसका मतलब यह है कि याददाश्त के लिहाज से चीजें काफी हद तक वैसी ही हैं जैसी पहले थीं। Youtube चलाते समय उच्च CPU उपयोग शायद इस तथ्य को इंगित करता है कि फ्लैश पुस्तकालयों का सर्वोत्तम उपयोग करने के लिए बीटा को अभी तक अनुकूलित नहीं किया गया है। काफी हद तक पुर्नोत्थान इंजन को देखते हुए, जो तर्क के लिए खड़ा है।

ध्यान देने योग्य एक और बात यह है कि मेमोरी और सीपीयू उपयोग दोनों अलग-अलग होते हैं, सिस्टम पर क्या किया जाता है, इस पर निर्भर करता है, जिससे सटीक निर्णय मुश्किल हो जाता है, लेकिन मैं इन सभी सुपर-गीक सामानों को तर्कसंगत बनाने की कोशिश करूंगा। अंत में, आइए आउट ऑफ़ मेमोरी (OOM) स्कोर पर एक नज़र डालें।

OOM स्कोर

ओओएम स्कोर एक और संख्या है जिसे कर्नेल द्वारा / proc फ़ाइल सिस्टम के माध्यम से सूचित किया जाता है। यह सिस्टम को प्रत्येक प्रक्रिया का स्कोर बताता है - और क्या एक धक्का एक धक्का देना चाहिए और सिस्टम मेमोरी से बाहर चला जाता है - किस प्रक्रिया को मारना है। जितना कम स्कोर, उतना अच्छा।

ओओएम स्कोर/किल कैसे काम करता है इसका सटीक तंत्र महत्वपूर्ण नहीं है। हम जो देख रहे हैं वह पुराने और नए फ़ायरफ़ॉक्स के बीच स्कोर की तुलना है। संख्या को /proc//oom_score से निकाला जा सकता है। मैंने मेमहॉग से पहले और बाद के आंकड़ों की जांच की।

फ़ायरफ़ॉक्स 3.0.3:

मेमहोग चलने से पहले और बाद में अंतर नगण्य है, जिसका अर्थ है कि फ़ायरफ़ॉक्स मेमोरी का उपयोग स्मार्ट तरीके से करता है।

फ़ायरफ़ॉक्स 3.1 बीटा 3:

यहां हम मेमहोग चलाने के बाद परिणाम देख सकते हैं (पहला परिणाम समान है)।

दो संस्करणों के बीच का अंतर न्यूनतम है। कृपया ध्यान दें कि ओओएम स्कोर सटीक संख्या के बजाय केवल परिमाण के क्रम से अर्थपूर्ण है। इसलिए, सिस्टम दोनों संस्करणों को काफी समान मानता है।

अब तक का एक लघु निष्कर्ष:फ़ायरफ़ॉक्स 3.1 को अधिक मेमोरी की आवश्यकता है, क्योंकि यह अधिक सुविधाओं के साथ एक बड़ा अनुप्रयोग है। दूसरी ओर, HTML और Javascript प्रदर्शित करते समय यह कम CPU का उपयोग करता है, जिसका अर्थ है कि आपको सबसे अधिक संभावना यह महसूस होगी कि यह तेज़ है। फ़्लैश प्रदर्शन में सुधार की आवश्यकता है, लेकिन यह कुछ ऐसा है जिस पर Adobe और Mozilla टीम दोनों को मिलकर काम करना होगा। यह तार्किक लगता है कि मुझे ये परिणाम मिले, क्योंकि फ्लैश प्लेयर इस बीटा के लिए अभिप्रेत नहीं है और डिस्ट्रो (और ब्राउज़र) के साथ शामिल है।

यह काफी हद तक लिनक्स भाग को समाप्त करता है। अब, हम विंडोज भाग की जाँच करेंगे।

विंडोज़ पर मेमोरी उपयोग

टेस्ट केस:Windows XP SP3, AMD Athlon 3700+ पर वर्चुअलाइज्ड, 768MB RAM के साथ वर्चुअल मशीन को समर्पित, एंबेडेड थीम और फ़ायरफ़ॉक्स 3.0.7 बिना किसी एक्सटेंशन के चल रहा है।

यह खंड थोड़ा छोटा होने जा रहा है क्योंकि मेरी विंडोज हैकिंग स्किल्स लिनक्स की तुलना में कुछ हद तक कम हैं। इसके अलावा, विंडोज के लोग बहुत अधिक कमांड-लाइन हैक नहीं देखना चाहते हैं, इसलिए मैं उनसे बचना चाहूंगा।

मैं स्मृति उपयोग, मानक कार्य प्रबंधक और प्रक्रिया एक्सप्लोरर उपयोगिता, Sysinternals द्वारा बनाए गए एक शक्तिशाली उपकरण की जांच करने के लिए दो उपयोगिताओं का उपयोग करूंगा।

टास्क मैनेजर

फ़ायरफ़ॉक्स 3.0.7:

फ़ायरफ़ॉक्स 3.1 बीटा 3:

मेमोरी का उपयोग लगभग समान है, वर्तमान संस्करण के लिए 3 एमबी की मामूली बढ़त के साथ। कुल मिलाकर, फ़ायरफ़ॉक्स 31-34MB का उपयोग करता है, जिसमें एक टैब खुला है। लेकिन हम जानते हैं कि यह पूरी कहानी नहीं है।

प्रोसेस एक्सप्लोरर

हम VSZ और RSS के समान मूल्यों पर भी एक नज़र डाल सकते हैं जो हमने पहले Linux के लिए देखे थे। प्रोसेस एक्सप्लोरर ख़ुशी से आपको इनकी रिपोर्ट करेगा।

फ़ायरफ़ॉक्स 3.0.7:

वर्किंग सेट (54MB), वर्चुअल साइज (114MB) और प्राइवेट बाइट्स (43MB) महत्वपूर्ण आंकड़े हैं। निजी बाइट्स वे हैं जो अधिकांश उपयोगकर्ता संदर्भित करना चाहेंगे, आधार रेखा को एप्लिकेशन को ठीक से काम करना होगा। वर्किंग सेट में वर्चुअल पेज प्रोसेस मैप शामिल हैं। वर्चुअल साइज एक समग्र पदचिह्न है जो किसी दिए गए समय में एप्लिकेशन के पास है।

आइए देखें कि फ़ायरफ़ॉक्स बीटा क्या रिपोर्ट करता है।

फ़ायरफ़ॉक्स 3.1 बीटा 3:

विंडोज़ पर फ़ायरफ़ॉक्स 3.1 बीटा 3 कम मेमोरी का उपयोग करता है। बेसलाइन 25MB से कम है, वर्किंग सेट 34MB पर है और वर्चुअल आकार 95MB है। लगभग, यह समग्र रूप से 20MB कम है। ये परिणाम आपको लिनक्स पर मिलने वाले परिणाम से अलग हैं, जो इसे और अधिक दिलचस्प बनाता है।

निष्कर्ष

लिनक्स पर, फ़ायरफ़ॉक्स 3.1 बीटा थोड़ी अधिक मेमोरी लेता है, लेकिन वर्तमान संस्करण की तुलना में कम सीपीयू, जिसका अर्थ है कि प्रतिक्रिया देने के लिए यह तेज़ होना चाहिए। विंडोज पर, फ़ायरफ़ॉक्स 3.1 बीटा लगभग लेता है। वर्तमान संस्करण से 20 एमबी कम - फिर से, यह तेज होना चाहिए।

लेकिन इन आंकड़ों का एक बार फिर कोई मतलब नहीं है!

विंडोज और लिनक्स में मेमोरी को संभालने के अलग-अलग तरीके हैं, लिनक्स आमतौर पर जरूरत से ज्यादा पूर्व-आवंटन करता है और फिर जारी करता है और विंडोज मांग से अधिक मेमोरी जोड़ता है। यह दो ऑपरेटिंग सिस्टमों के समग्र व्यवहार के साथ अच्छी तरह से संरेखित होता है, जहां स्मृति-गहन कार्यों की बात आने पर लिनक्स आमतौर पर जीत जाता है।

इसके अलावा, हम दो अलग-अलग ऑपरेटिंग सिस्टम, दो अलग-अलग एप्लिकेशन, अनिवार्य रूप से बात कर रहे हैं, इसलिए एक सीधी तुलना का मतलब बहुत कम है। दोनों ही मामलों में, फ़ायरफ़ॉक्स 3.1 बीटा के मौजूदा फ़ायरफ़ॉक्स 3 की तुलना में तेज़ प्रदर्शन करने की उम्मीद है, दो ऑपरेटिंग सिस्टम के कामकाजी मॉडल को देखते हुए। कुल मिलाकर, पदचिह्न केवल थोड़ा भिन्न होता है, एमबी के कुछ दसियों, जो शायद दिन-प्रतिदिन उपयोग में ज्यादा नहीं बदलेगा। हालाँकि, आप जावास्क्रिप्ट प्रदर्शन में 30% की वृद्धि महसूस करेंगे। कम CPU उपयोग के साथ, आप एक तेज़ ब्राउज़र का आनंद लेने वाले हैं।

लिनक्स पर, फ्लैश का उपयोग वर्तमान में कम-अनुकूलित है, हालांकि।

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

हालांकि, आपने मेमोग, पीएस यूटिलिटी, मैप्स और व्हाट्सनॉट जैसे गीकी सामान के साथ खेलना सीख लिया है, इसलिए ट्यूटोरियल अतिरिक्त मूल्य के बिना नहीं है। अभी के लिए बस इतना ही, मज़े करो!

प्रोत्साहित करना।