मेमोरी बेंचमार्क
अपने ब्राउज़र में टाइप्ड-ऐरे एलोकेशन और रीड/राइट थ्रूपुट को मापें, और देखें कि आपका ब्राउज़र वास्तव में कौन से मेमोरी आंकड़े उजागर करता है।
Browser-reported memory
navigator.deviceMemory
Not exposed by this browser
JS heap (performance.memory)
Not exposed by this browser
Chromium browsers round deviceMemory to one of 0.25, 0.5, 1, 2, 4 or 8 GB, and it can be lower than your real RAM. Firefox and Safari do not expose either figure, which is normal and not a bug.
Throughput benchmark
Allocates and reads/writes typed arrays in JavaScript to estimate practical memory speed.
मेमोरी बेंचमार्क का उपयोग कैसे करें: त्वरित गाइड
एक मिनट से भी कम समय लगेगा- 1मेमोरी-भूखे टैब बंद करें ताकि ब्राउज़र स्वतंत्र रूप से आवंटित कर सके।
- 2बेंचमार्क चलाएँ और हर चरण को पूरा होने दें।
- 3आवंटन, पढ़ने और लिखने के थ्रूपुट को अलग-अलग जांचें।
- 4रिपोर्ट की गई हीप लिमिट ब्राउज़र कैप है, आपकी कुल रैम नहीं।
अवलोकन
मेमोरी की गति पर शायद ही कभी CPU क्लॉक स्पीड या GPU मॉडल जितना ध्यान दिया जाता है, लेकिन यह चुपचाप कंप्यूटर द्वारा किए जाने वाले हर काम को प्रभावित करती है। प्रोसेसर द्वारा चलाया जाने वाला हर निर्देश अंततः कहीं न कहीं डेटा को पढ़ने या लिखने की आवश्यकता रखता है, और यदि उस डेटा को धीमी मेमोरी से होकर गुजरना पड़ता है, तो एक तेज़ CPU भी इंतजार करता रह जाता है। यह परीक्षण आपको यह जानने के लिए ब्राउज़र-आधारित सुविधा देता है कि JavaScript कितनी तेज़ी से मेमोरी आवंटित कर सकता है और डेटा को उसमें से गुजार सकता है, साथ ही आपके विशिष्ट ब्राउज़र द्वारा उजागर किए जाने वाले मेमोरी के आंकड़े भी दिखाता है।
यह बेंचमार्क टाइप्ड एरेज़, विशेष रूप से Float64Array बफ़र्स के साथ काम करता है, जो कच्चे मेमोरी ब्लॉक्स के लिए JavaScript के सबसे करीब हैं। यह चार अलग-अलग ऑपरेशन्स का समय मापता है: नए एरेज़ कितनी तेज़ी से आवंटित किए जा सकते हैं, क्रम में डेटा को एरे में कितनी तेज़ी से लिखा जा सकता है, उसी डेटा को क्रम में कितनी तेज़ी से वापस पढ़ा जा सकता है, और जब मेमोरी एक्सेस पैटर्न अनुक्रमिक के बजाय यादृच्छिक हो जाता है तो ये गतियाँ कैसे बदलती हैं।
थ्रूपुट संख्याओं के साथ, यह पृष्ठ उपलब्ध होने पर दो ब्राउज़र-उजागर आंकड़े पढ़ता है: navigator.deviceMemory, जो कुल सिस्टम RAM का एक मोटा अनुमान है, और performance.memory, जो Chromium-आधारित ब्राउज़रों में JavaScript हीप के वर्तमान और अधिकतम आकार की रिपोर्ट करता है। दोनों में वास्तविक सीमाएँ हैं जिन्हें उनसे निष्कर्ष निकालने से पहले समझना महत्वपूर्ण है।
अपने परिणाम कैसे पढ़ें
एलोकेशन थ्रूपुट
यह मापता है कि आपका ब्राउज़र प्रति सेकंड कितने मेगाबाइट मेमोरी को नए एरेज़ के लिए उपयोग कर सकता है। यह JavaScript इंजन के मेमोरी मैनेजर और गार्बेज कलेक्टर द्वारा कच्चे हार्डवेयर के समान ही प्रभावित होता है, इसलिए यहां के अंतर अक्सर RAM चिप्स की तुलना में ब्राउज़र के बारे में अधिक बताते हैं।
अनुक्रमिक बनाम रैंडम एक्सेस
अनुक्रमिक रीड और राइट नंबर रैंडम रीड और राइट नंबरों से काफी अधिक होने चाहिए, और CPU कैश कैसे काम करता है, इसके कारण यह अंतर हर कंप्यूटर पर सामान्य और अपेक्षित है। अनुक्रमिक और रैंडम गति के बीच एक बहुत छोटा अंतर वास्तव में मेमोरी आकार के सापेक्ष बहुत तेज़ प्रोसेसर कैश का संकेत दे सकता है, यह कोई समस्या नहीं है।
deviceMemory और हीप के आंकड़े
navigator.deviceMemory को एक सटीक RAM आंकड़े के बजाय एक मोटा स्तर संकेतक मानें, क्योंकि Chromium इसे 8GB पर कैप करता है, चाहे कितनी भी RAM स्थापित क्यों न हो। JS हीप नंबर दर्शाते हैं कि इस विशेष ब्राउज़र टैब को अभी क्या आवंटित किया गया है, और पेज और उसके टूल चलने के साथ बढ़ेगा, जो एक अपेक्षित व्यवहार है न कि मेमोरी लीक।
समस्या निवारण
deviceMemory या हीप के आंकड़े 'प्रदर्शित नहीं' दिखाते हैं
यह Firefox और Safari में अपेक्षित है, जो गोपनीयता कारणों से इन API को बिल्कुल भी लागू नहीं करते हैं। यदि आपको विशेष रूप से ये नंबर देखने की आवश्यकता है तो Chrome, Edge, Brave, या किसी अन्य Chromium-आधारित ब्राउज़र पर स्विच करें।
थ्रूपुट संख्याएँ असामान्य रूप से कम लगती हैं
अन्य मेमोरी-भारी टैब बंद करें, खासकर वे जिनमें बड़ी छवियां, वीडियो या एक ही साइट से कई खुले टैब हों, क्योंकि वे एक ही JavaScript हीप स्पेस और भौतिक RAM के लिए प्रतिस्पर्धा करते हैं। केवल टैब बंद करने के बजाय ब्राउज़र को पूरी तरह से रीस्टार्ट करने से संचित मेमोरी फ़्रैगमेंटेशन साफ़ हो जाता है, जिससे चीजें धीमी हो सकती हैं।
परीक्षण के दौरान ब्राउज़र टैब क्रैश हो गया या अनुत्तरदायी हो गया
यह उन उपकरणों पर हो सकता है जिनमें बहुत कम मुफ्त RAM होती है, क्योंकि बेंचमार्क को अपने टाइप्ड एरेज़ चलाने के लिए कुछ सौ मेगाबाइट की हेडरूम की आवश्यकता होती है। मेमोरी खाली करने के लिए अन्य एप्लिकेशन और टैब बंद करें, फिर कम चीजें एक साथ चलाकर फिर से प्रयास करें।
ब्राउज़र जानबूझकर क्या छिपाते हैं, और क्यों
विस्तृत मेमोरी जानकारी का उपयोग किसी डिवाइस को फ़िंगरप्रिंट करने के लिए किया जा सकता है, क्योंकि सटीक RAM मात्राएँ अन्य संकेतों के साथ मिलकर यह सीमित कर देती हैं कि कोई व्यक्ति किस विशिष्ट डिवाइस मॉडल का उपयोग कर रहा है। इस कारण से, कोई भी ब्राउज़र गीगाबाइट में सटीक RAM, MHz में सटीक मेमोरी गति, या मेमोरी चैनल कॉन्फ़िगरेशन को उजागर नहीं करता है। Chrome deviceMemory को छह व्यापक बकेट में गोल करके समझौता करता है, जबकि Firefox और Safari इस API को पूरी तरह से हटा देते हैं बजाय इसके कि इसका उपयोग ट्रैकिंग के लिए किया जाए।
इसका मतलब है कि ब्राउज़र-आधारित मेमोरी टेस्ट कभी भी सटीक स्थापित RAM की जांच के लिए Task Manager, Activity Monitor, या निर्माता के सिस्टम सूचना पैनल जैसे टूल को पूरी तरह से प्रतिस्थापित नहीं कर सकता है। इसके बजाय यह व्यावहारिक थ्रूपुट को मापने और ब्राउज़रों में या हार्डवेयर परिवर्तन के बाद, जैसे RAM स्टिक जोड़ना या तेज़ मेमोरी किट में अपग्रेड करना, उस थ्रूपुट की तुलना करने के लिए अच्छा है।
जब मेमोरी वास्तव में आपकी बाधा हो
यदि आपका कंप्यूटर विशेष रूप से तब धीमा लगता है जब आपके पास एक साथ कई ब्राउज़र टैब या एप्लिकेशन खुले होते हैं, और उनमें से कुछ को बंद करने के बाद गति वापस सामान्य हो जाती है, तो यह मेमोरी क्षमता का एक क्लासिक संकेत है, न कि गति का। यदि इसके बजाय कुछ ही चीजें खुली होने पर भी सब कुछ धीमा लगता है, और इस बेंचमार्क के थ्रूपुट नंबर समान हार्डवेयर के लिए सामान्य से काफी कम हैं, तो यह मेमोरी गति या कॉन्फ़िगरेशन समस्या की ओर अधिक इशारा करता है, जैसे कि RAM अपनी निर्धारित गति से धीमी मोड में चल रही है।
- अपने OS के सिस्टम सूचना पैनल में स्थापित RAM की मात्रा और गति की जाँच करें, केवल इस ब्राउज़र टेस्ट से नहीं।
- बैकग्राउंड एप्लिकेशन बंद करने से पहले और बाद में इस टेस्ट के नंबरों की तुलना करें।
- अन्य बाधाओं को दूर करने के लिए इस टेस्ट को इस साइट पर CPU और स्टोरेज बेंचमार्क के साथ मिलाएं।
अक्सर पूछे जाने वाले प्रश्न
क्या कोई वेबसाइट वास्तव में मेरी RAM गति को माप सकती है?
एक वेबसाइट यह माप सकती है कि JavaScript कितनी तेज़ी से टाइप्ड एरेज़ को आवंटित और एक्सेस कर सकता है, जो वास्तविक मेमोरी गति से संबंधित है लेकिन इसमें JavaScript इंजन, गार्बेज कलेक्टर और CPU कैश व्यवहार से ओवरहेड भी शामिल है। यह एक उपयोगी व्यावहारिक माप है, न कि एक लैब-ग्रेड मेमोरी बैंडविड्थ टेस्ट जैसा कि आपको समर्पित हार्डवेयर डायग्नोस्टिक सॉफ़्टवेयर से मिलेगा।
navigator.deviceMemory मेरे वास्तविक RAM से कम संख्या क्यों दिखाता है?
Chromium-आधारित ब्राउज़र जानबूझकर इस मान को गोपनीयता उपाय के रूप में संख्याओं के एक छोटे समूह (0.25, 0.5, 1, 2, 4, या 8 GB) में गोल और कैप करते हैं, इसलिए 32GB RAM वाले सिस्टम में भी अधिकतम 8 ही रिपोर्ट किया जाएगा। यह जानबूझकर किया गया है और किसी समस्या का संकेत नहीं है।
Firefox या Safari deviceMemory या performance.memory बिल्कुल क्यों नहीं दिखाते?
दोनों ब्राउज़र इन API को लागू न करने का विकल्प चुनते हैं, मुख्यतः इस चिंता के कारण कि विस्तृत मेमोरी जानकारी का उपयोग उपयोगकर्ताओं को साइटों पर फिंगरप्रिंट करने या ट्रैक करने के लिए किया जा सकता है। यदि आपको यह जानकारी चाहिए, तो Chrome, Edge, या कोई अन्य Chromium-आधारित ब्राउज़र इसे दिखाएगा।
इस परीक्षण में देखने के लिए सामान्य रीड/राइट गति क्या है?
आधुनिक हार्डवेयर पर कम हजारों MB/s में अनुक्रमिक रीड और राइट गति आम है, क्योंकि यह सीधे भौतिक RAM चिप बैंडविड्थ के बजाय ऑन-हीप ऐरे एक्सेस को मापता है। रैंडम एक्सेस गति आमतौर पर अनुक्रमिक गति की तुलना में उल्लेखनीय रूप से कम होती है क्योंकि CPU कैश मिस होते हैं, जो अपेक्षित है और कोई खराबी नहीं है।
रैंडम एक्सेस अनुक्रमिक एक्सेस से धीमा क्यों है?
CPU कैश-लाइन-आकार के टुकड़ों में मेमोरी पढ़ते हैं और अनुक्रमिक पैटर्न की अच्छी तरह से भविष्यवाणी करते हैं, इसलिए लगातार मेमोरी एड्रेस कैश से जल्दी लोड होते हैं। यादृच्छिक रूप से बिखरे हुए एड्रेस उस भविष्यवाणी को विफल करते हैं और धीमी मुख्य मेमोरी में अधिक यात्राओं को मजबूर करते हैं, जो कंप्यूटर मेमोरी पदानुक्रम की एक मूलभूत विशेषता है, न कि ब्राउज़र की सीमा।
क्या अन्य ब्राउज़र टैब बंद करने से मेरा स्कोर बेहतर होता है?
हाँ, विशेष रूप से वे टैब जो पहले से ही मेमोरी में बड़ी मात्रा में डेटा रखते हैं, क्योंकि वे उसी भौतिक RAM के लिए प्रतिस्पर्धा करते हैं और परीक्षण के दौरान गार्बेज कलेक्शन पॉज़ को मजबूर कर सकते हैं। बेंचमार्क चलाने से पहले असंबंधित टैब बंद करने से एक स्वच्छ, अधिक दोहराने योग्य परिणाम मिलता है।
performance.memory.jsHeapSizeLimit का वास्तव में क्या मतलब है?
यह अधिकतम हीप आकार है जिसे JavaScript इंजन इस पृष्ठ के लिए अनुमति देगा इससे पहले कि वह आक्रामक रूप से गार्बेज कलेक्शन शुरू कर दे या आउट-ऑफ-मेमोरी त्रुटियाँ दे, न कि आपके सिस्टम में कुल RAM। यह आमतौर पर कुछ गीगाबाइट होता है, भले ही मशीनों में बहुत अधिक भौतिक RAM हो, क्योंकि यह प्रति-टैब सुरक्षा सीमा है।
मेरा एलोकेशन थ्रूपुट नंबर रनों के बीच असंगत क्यों लगता है?
गार्बेज कलेक्शन का समय पूरी तरह से अनुमानित नहीं होता है, इसलिए यदि समयबद्ध एलोकेशन लूप के दौरान कोई कलेक्शन चक्र चलता है, तो उस रन में कम थ्रूपुट दिखाई देगा। बेंचमार्क को दो या तीन बार चलाने और एक एकल आउटलायर के बजाय सामान्य परिणाम देखने से अधिक विश्वसनीय तस्वीर मिलती है।
क्या यह परीक्षण मुझे बता सकता है कि मेरी RAM खराब है?
विश्वसनीय रूप से नहीं। यह बेंचमार्क थ्रूपुट और गति के रुझानों को मापता है, लेकिन खराब RAM का पता लगाने के लिए memtest86 जैसे व्यापक बिट-पैटर्न परीक्षण उपकरणों की आवश्यकता होती है जो ब्राउज़र के बाहर चलते हैं और हर मेमोरी एड्रेस को सीधे जांचते हैं। यदि आपको हार्डवेयर खराबी का संदेह है, तो इसके बजाय एक समर्पित मेमोरी डायग्नोस्टिक टूल का उपयोग करें।
क्या अधिक RAM का मतलब हमेशा यहां बेहतर स्कोर होता है?
सीधे तौर पर नहीं। यह परीक्षण एक निश्चित, मामूली मात्रा में मेमोरी आवंटित करता है जो लगभग किसी भी आधुनिक डिवाइस में उपलब्ध होती है, इसलिए यह कुल क्षमता के बजाय एक्सेस गति को मापता है। कम कुल RAM लेकिन तेज मेमोरी चिप्स वाला डिवाइस अधिक RAM लेकिन धीमी चिप्स वाले डिवाइस को मात दे सकता है।