Windows पेज फ़ाइल को अक्षम करने में क्या गलत है?


15

लोग कहते हैं कि आपको हमेशा एक पृष्ठ फ़ाइल की आवश्यकता होती है, और यह प्रदर्शन को बढ़ाएगा, लेकिन मेरा विंडोज 7 पृष्ठ फ़ाइल के बिना चलाने के लिए सेट है। मुझे बस यह समझ में नहीं आता है कि लोग ऐसा क्यों कहते हैं - मेरे पास 6 GiB RAM है, और केवल एक बार जब मैं RAM से बाहर निकलने के करीब आया था तब भी जब मैं Chromium संकलित कर रहा था, जिसके लिए मैंने अस्थायी रूप से एक पेज फ़ाइल सक्षम की थी।

क्या मुझे विशिष्ट परिस्थितियों में गति बढ़ाने के लिए वास्तव में एक पेज फ़ाइल की आवश्यकता है? क्यों?

* मुझे पता है कि क्रैश डंप को एक पेज फ़ाइल की आवश्यकता है। हालांकि, मैं कभी भी क्रैश डंप का उपयोग नहीं करता, ताकि कोई फर्क न पड़े।

जवाबों:


8

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

जब तक आपका OS मेमोरी प्रबंधन में विशेष रूप से खराब नहीं होता है, तब तक 6GiB मेमोरी वाले पेजफाइल को बहुत कम उपयोग करना चाहिए। यह कहना नहीं है कि यह किसी भी उपयोग नहीं देखेंगे; IIRC MS Windows तब थोड़ा क्रेजी होता है, जब इसमें बहुत सी मेमोरी उपलब्ध होने के बावजूद चीजों को पेजिंग करने की बात आती है। (क्यों, मुझे कभी पता नहीं चलेगा।)

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

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

मेरे अपने अनुभव से मामला। Windows XP, 4GiB, कोई पृष्ठ फ़ाइल नहीं। परफेक्ट बहुत अच्छा था। जब तक हम 4GiB की सीमा के करीब नहीं पहुंचने लगे। तब चीजें पागल हो गईं: ऐप्स क्रैश हो जाएंगे, मेनू आइटम केवल आंशिक रूप से दिखाई देंगे (या बिल्कुल नहीं), बटन कुछ भी नहीं करेंगे, आदि मैंने पृष्ठ फ़ाइल पर वापस स्विच किया, भले ही प्रदर्शन इसके साथ बदतर था - समग्र स्थिरता बस थी बेहतर और महत्वपूर्ण।

अब, शायद आप किसी भी ऐप का उपयोग नहीं करते हैं या अपने ऐप में काम नहीं करते हैं जो 6GiB को आगे बढ़ाएगा, लेकिन मैं कुछ स्थितियों के बारे में सोच सकता हूं जहां आप करीब हो सकते हैं: वीडियो संपादन, फोटोग्राफी संपादन, ऑडियो मिश्रण और उत्पादन, आदि - अनिवार्य रूप से कुछ भी जहां आप बहुत अधिक डेटा (या तो काम कर रहे हैं, या स्ट्रीमिंग) के साथ काम कर रहे हैं। जब वह डेटा आपकी मेमोरी क्षमताओं से अधिक हो जाता है, तो संभावना अच्छी होगी कि आपका ऐप बस "पूफ" जाएगा।


तो, सीधे शब्दों में (हां / नहीं): यह है कि कहने के लिए, को दूर करता है, तो मैं 2 रैम GiB का उपयोग कभी नहीं , मैं नहीं होगा एक प्रदर्शन को बढ़ावा देने को देखने ? या वहाँ अभी भी एक चेतावनी है, यहां तक ​​कि उस पूर्व शर्त के साथ भी?
user541686

9
नहीं, पृष्ठ फ़ाइल कभी भी प्रदर्शन में सुधार नहीं करती है । यह केवल स्थिरता में सुधार करता है । पेजिंग, परिभाषा के अनुसार, एक डिस्क-स्तरीय ऑपरेशन है, और रैम ऑपरेशन की तुलना में डिस्क संचालन हमेशा धीमा होता है। और, आप 6GiB (कभी भी 2GiB से अधिक नहीं) के साथ भी अधिक संभावना रखते हैं, कि आप अभी भी कुछ प्रदर्शन समस्याओं का अनुभव करेंगे क्योंकि Windows अभी भी होगा, निराशा की बात है, पृष्ठ अप्रयुक्त प्रक्रियाओं को डिस्क से बाहर करता है। जो कोई भी यह सोचता था कि मैं उन्हें पसंद करना चाहता हूँ!)
केरी शॉट

ठीक है। शायद यह इसलिए है क्योंकि यह वही है जो मैं सुनना चाहता था, मुझे नहीं पता, लेकिन मुझे आपका जवाब पसंद है। : P बहुत उचित लगता है, धन्यवाद!
user541686

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

1
पृष्ठ फ़ाइल प्रदर्शन में सुधार कर सकती है। यह प्रोग्राम स्टार्टअप / लोड / ऑपरेशन प्रदर्शन को बेहतर बनाने वाले सभी प्रकार के तेज कैश के लिए उपलब्ध रैम को बढ़ाता है। पृष्ठ फ़ाइल के बिना, वह कीमती भौतिक रैम अचूक कबाड़ से भर जाएगी।
आर्क-कुन

7

मार्क रोसिनोविच का यह लेख आपको वह सब कुछ बताएगा जो आप कभी पृष्ठ फ़ाइल के बारे में जानना चाहते थे।

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

वैसे भी, लेख पढ़ें। यह आपको अपने पेजफाइल को किस पर सेट करना है, इसके बारे में अच्छे दिशानिर्देश देगा। जैसा कि @ संदीप बंसल कहते हैं, कभी-कभार ऐसा खेल हो सकता है जिसमें दौड़ने के लिए आपको "आवश्यकताओं की जांच" के हिस्से के रूप में एक होना चाहिए (लेकिन मुझे किसी का पता नहीं है)।

संपादित करें: यह उदाहरण आपको पृष्ठ फ़ाइल की भूमिका को समझने में मदद कर सकता है:

मान लीजिए कि आपके पास 512MB RAM है। आपके पास कई प्रोग्राम खुले हैं, जिसमें एक छोटा ब्राउज़र 250 एमबी रैम का उपभोग करता है, और उस समय चलने वाली हर चीज का कुल रैम उपयोग 500 एमबी है।

तो, आप एक और प्रोग्राम शुरू करते हैं (एक शब्द प्रोसेसर कहते हैं) जो 150MB RAM आवंटित करना चाहता है। स्मृति से बाहर। हालाँकि, अगर हमारे पास पेजिंग सिस्टम है, तो आपके कम से कम ब्राउज़र वाले मेमोरी पेजों को डिस्क में पेज किया जा सकता है। तो फिर नया कार्यक्रम लोड कर सकते हैं।

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

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

तो, वास्तव में आपके प्रश्न का उत्तर देने के लिए, यह केवल पृष्ठ फ़ाइल को अक्षम करने के साथ गलत है। पृष्ठ फ़ाइल के बिना मेरे द्वारा दिए गए उदाहरण पर वापस जाते हुए, आप बस अपने ब्राउज़र को शुरू करने में असमर्थ होंगे, या खराब लिखित प्रोग्राम जो कि ओओएम त्रुटियों का अनुमान लगाने के लिए रक्षात्मक प्रोग्राम नहीं हैं, वास्तव में अजीब हो सकते हैं।


@ultrasawblade: मुझे अभी भी समझ में नहीं आया है: "कैश" के किसी भी प्रकार का बिंदु डिस्क की यात्रा को रोकना है । यदि आप किसी भी तरह वहां जा रहे हैं, तो जहां भी स्थित है, वहां से फाइल को क्यों न पकड़ें? पेज फ़ाइल का क्या मतलब है?
user541686

@ultrasawblade: इसके अलावा, लेख के बारे में: यह कहता है in general having [a page file] will mean more usable memory being available to the system,। रुको क्या? अधिक उपलब्ध स्मृति? > 3 GiB स्थायी रूप से अप्रयुक्त राम स्थान पर्याप्त नहीं है? (उलझन में है, क्योंकि मैं शायद ही कभी 2 GiB से अधिक उपयोग करता हूं।)
user541686

2
पेज फ़ाइलें कैश नहीं हैं ! यदि आपका राम पूर्ण हो गया है और आप अभी भी यह सुनिश्चित करना चाहते हैं कि यह अभी भी ऐसा लगता है कि आपके सिस्टम में अधिक उपलब्ध रैम है, तो यह आपके डिस्क से राम (डिस्क पर नींद लगने वाली प्रक्रियाओं) से डेटा की प्रतिलिपि बनाना शुरू कर देगा ताकि आप अभी भी राम के लिए उपलब्ध हैं आपकी नई प्रक्रियाएँ!
ईलायची खा लिया

2
@ultrasawblade: आपके द्वारा संपादित किए जाने पर मुझे जो आपत्ति है, वह यह है कि आपका उदाहरण 97% RAM उपयोग (500/512) निर्दिष्ट करता है, जबकि मेरा उदाहरण 33% RAM उपयोग (6 में से 2 जीबी) निर्दिष्ट करता है। मैं इस बारे में नहीं पूछ रहा था कि क्या होगा अगर मैं सीमा के करीब पहुंचूं; मैं पहले से ही अच्छी तरह से जानता हूं कि कौन से मुद्दे हैं। मैं इस बारे में पूछ रहा था कि क्या होगा यदि आपको अभी भी बहुत लंबा रास्ता तय करना है, जहां कोई जोर-जबरदस्ती या कुछ भी नहीं होना चाहिए (चाहिए?) होते हैं। यदि आप मेरे मामले के लिए एक ही तर्क कर सकते हैं (6 GiB RAM, और 2 GiB का उपयोग किया जा रहा है) तो यह बहुत बेहतर होगा; अन्यथा, यह केवल मेरे प्रश्न को संबोधित नहीं करता है।
user541686

3
Russinovitch लिंक के लिए +1। जवाब है। यदि आप संभावित दुर्घटना को रोकने के लिए एक सुरक्षा तंत्र छोड़ना चाहते हैं, तो यह आपकी समस्या है। विंडोज पेज फाइल के बिना ठीक काम करेगा, जब तक कि यह निर्णय नहीं लेता। ;)
कारा मार्फिया

2

एक पेज फ़ाइल केवल क्रैश डंप के लिए संग्रहीत नहीं है, यह अनिवार्य रूप से उसके लिए नहीं बनाया गया है।

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

आप सही कह रहे हैं कि अगर आपको 6GB RAM है तो आपको किसी पेज फ़ाइल की आवश्यकता नहीं हो सकती है, लेकिन आपको कुछ वस्तुओं के लिए एक पेज फ़ाइल की आवश्यकता हो सकती है, मुझे याद है कि कुछ गेमों के लिए एक पेज फ़ाइल की आवश्यकता होती है और यदि एक है तो भी यह उपयोगी हो सकता है।

यदि कोई निश्चित प्रक्रिया की आवश्यकता है तो समस्याओं से बचने के लिए 500MB पेज फ़ाइल बनाने में कोई बुराई नहीं है।


लेकिन मेरा सवाल यह है: मान लीजिए कि मैं कभी भी 2 GiB से अधिक RAM का उपयोग नहीं करता । क्या पेजफाइल को सक्षम करने से मुझे गति में तेजी आती है? ("यह चोट नहीं करता है" "हाँ, यह आपको लाभ देता है" से अलग है।)
user541686

अच्छी तरह से 6 जीबी रैम के साथ, आप एक चीज को नोटिस नहीं करेंगे, भले ही रैम उपलब्ध हो, पेजफाइल हमेशा अन्य चीजों के लिए उपयोग किया जाएगा। मेरे पास 4GB है, कभी भी इससे ऊपर नहीं जाना चाहिए। लेकिन मेरे पास 1GB पेजफाइल है, बस रोजमर्रा की तरह पीसी के पास 500GB + HDD जगह है, इसलिए कम से कम 500-1000MB नुकसान नहीं होगा
संदीप बंसल

@ संदीप: हम्म ... क्या वास्तव में वे "अन्य चीजें" हैं? पृष्ठ फ़ाइल को चालू नहीं करने का बहुत कारण यह है कि मुझे समझ में नहीं आता है कि विंडोज हार्ड डिस्क का उपयोग क्यों करेगा जब वहाँ बहुत अधिक रैम मुक्त होगा, इसलिए मैं उत्सुक हूं कि वे "अन्य चीजें" क्या हैं।
user541686

यह लिनक्स के समान ही है, जब यह एक्सेस करने के लिए रैम होता है तो लिनक्स स्वैप स्पेस का उपयोग क्यों करता है। Pagefile उन फ़ाइलों को रखता है जिनका उपयोग RAM से कुछ समय के लिए नहीं किया गया है।
संदीप बंसल

@ संदीप: मुझे नहीं पता कि लिनक्स ऐसा क्यों करता है, मेरे लिए भी यही अंतर है। हालांकि पेजफाइल में फाइल रखने की क्या बात है? यदि वे RAM में नहीं हैं, तो वे उन्हें डिस्क पर स्थित होने के कारण, जहां से भी पढ़ा है, क्यों नहीं?
user541686

1

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

स्तर 2 कैश CPU से मेमोरी लेनदेन के लिए उच्च गति बफर के रूप में कार्य करता है और प्रीफैच द्वारा एकत्रित कोड थ्रेड भी रखता है। एक दोहरे कोर पर मेरा मानना ​​है कि एक tyical स्थापना में 6mb का lvl2 कैश होगा। यह बहुत तेज़ है, हालांकि यह धीमा है कि आंतरिक कैश मेमोरी, केवल मेमोरी कंट्रोलर और सीपीयू तक ही पहुँच योग्य है, और बस में एक समर्पित लाइन पर रहता है।

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

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

हालाँकि, आपको पृष्ठफ़ाइल जोड़ने की कमी में प्रदर्शन में मामूली कमी देखने को मिल सकती है, फिर भी प्रदर्शन के अनुरूप होना चाहिए। शुरुआत में पेजफाइल तेज नहीं लग सकता है, लेकिन समय के साथ प्रदर्शन काफी कम हो जाएगा।

स्टीवन माल्म, MCP।


"जब कोई पेजफाइल मौजूद नहीं होता है, तो यह आंतरिक रूप से यह कार्यक्षमता प्रदान करने के लिए तीसरे पक्ष के आवेदन पर निर्भर है।" -> आप का क्या मतलब है यह बिल्कुल निश्चित नहीं है; प्रोग्राम वास्तव में परवाह नहीं है अगर वहाँ एक पेज फ़ाइल है या नहीं।
user541686

0

निजी अनुभव

अभी 8GB RAM वाले मेरे लैपटॉप में पेज फ़ाइल के निर्माण / उपयोग को रोकने में समस्याएं हैं। मेरा जीवन नरक है। मुझे लगातार "लो मेमोरी" प्रॉम्प्ट, ऐप क्रैश, आदि मिलते हैं। 3 कार्यक्रमों का उपयोग करके 1-1.5 जीबी खाते हैं (जैसे, वेब ब्राउज़र, विशेष प्लगइन्स के साथ विजुअल स्टूडियो, आदि) पतली बर्फ पर चल रहा है।

एक और तर्क

भौतिक RAM कैश से डेटा का उपयोग करना बहुत तेज़ है। अधिक "मुक्त" भौतिक रैम आपके पास बड़ा कैश है जो इसे पकड़ सकता है। ओएस जितना अधिक निष्क्रिय डेटा भौतिक रैम से पेज फ़ाइल में स्थानांतरित कर सकता है, उतना ही भौतिक रैम अक्सर एक्सेस किए गए डेटा के कैश के लिए मुक्त हो जाता है।

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

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