1.3 जीबी फ़ाइल के निर्माण में केवल 1 सेकंड लगता है। कैसे?


44

मेरे पास फ़ोल्डर है जिसमें 200 से अधिक फाइलें हैं और जिनका आकार 1.3 जीबी से अधिक है:

यहाँ छवि विवरण दर्ज करें

मैं उस फ़ोल्डर से एक .iso फ़ाइल बनाने के लिए Gizmo ड्राइव सॉफ्टवेयर का उपयोग करता हूं।

यहाँ छवि विवरण दर्ज करें

दिलचस्प बात यह है कि यह केवल 1 या 2 सेकंड लेता है !

यहाँ छवि विवरण दर्ज करें

मैंने कई बार कोशिश की है। मैंने एक और वॉल्यूम पर .iso फ़ाइल बनाने की भी कोशिश की। फिर से केवल 1 या 2 सेकंड का समय लगता है।

मैंने .iso फ़ाइल को माउंट करने की कोशिश की, सब कुछ ठीक काम करता है। मैंने सोचा कि यह एक .iso फ़ाइल हो सकती है जो स्रोत फ़ोल्डर को संदर्भित करती है तब मैंने स्रोत फ़ोल्डर को किसी अन्य स्थान पर स्थानांतरित कर दिया लेकिन कोई भाग्य नहीं। यहां तक ​​कि उत्पादित .iso फ़ाइल की प्रतिलिपि करने में मिनट लगते हैं!

तो कैसे बनाते है .iso फाइल में केवल 1 सेकंड लगता है! क्या आपके पास इसके लिए कोई स्पष्टीकरण है?

टिप्पणियाँ

  1. सभी परीक्षण एक नियमित एचडीडी पर, कोई एसएसडी नहीं।
  2. विंडोज 7 x64 का उपयोग करते हुए, 16 गिग मेमोरी, कोर आई 5 सीपीयू है।

मैंने .iso फाइल बनने के बाद सभी फाइल सिस्टम डेटा को डिस्क में फ्लश करने के लिए Sync.exe का उपयोग किया है और डेटा को फ्लश करने के लिए Sync.exe को 14 सेकंड का समय लगा है। इसका मतलब है कि .iso फाइल बनाने में वास्तव में 14 सेकंड का समय लगता है। मेरे D: ड्राइव पर एक त्वरित बेंचमार्क दिखाता है कि यह SSD से लेकर मेरे D: ड्राइव तक एक ही .iso फाइल को 14 सेकंड में लिख सकता है और यह पुष्टि करता है कि स्रोत फ़ोल्डर RAM में है और डेटा को फ्लश करने में 14 सेकंड लगते हैं। **


28
तुम्हें पता है ... कैशिंग।
mg30rg

1
क्या आपने कंप्यूटर को पूरी तरह से पुनरारंभ करने के बाद दोहराने की कोशिश की?
ADTC

1
मैं यह भी सुझाव देता हूं कि ISO बनाने के लिए CDBurnerXP जैसे किसी अन्य सॉफ़्टवेयर की कोशिश करें, और यदि आपको समान परिणाम मिलते हैं, तो जांचें। इसके अलावा, मुझे उम्मीद D:है कि रैम ड्राइव नहीं है - संभावना नहीं है लेकिन संभव है।
ADTC

1
आईएसओ बनाने के बाद यहांSync बताई गई कमांड को चलाने की कोशिश करें , देखें कि इसमें कितना समय लगता है।
बरमार

1
@ बरमार मैंने सिंक का उपयोग किया है और आप प्रश्न के अंतिम पैराग्राफ में परिणाम देख सकते हैं। धन्यवाद।
रमज़ान पोलाट

जवाबों:


69

16GB RAM के साथ, संभवतः आपके पास डिस्क कैशिंग के लिए बहुत कुछ मुफ्त है। आईएसओ की सबसे अधिक संभावना है कि ऑपरेटिंग सिस्टम द्वारा रैम में पूरी तरह से बफ़र किया गया है; इसे बाद में डिस्क पर लिखा जाएगा, लेकिन एप्लिकेशन को इसके लिए इंतजार नहीं करना होगा।


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

3
फ़ाइल सिस्टम पर 'रिज़र्व' स्थान के लिए लंबे समय तक नहीं लगता है, मैंने यह C ++ (कई टीबी) में बहुत बड़ी फ़ाइलों के लिए किया है जो मूल से फ़ाइल की अंतिम बाइट की मांग करके - तत्काल मल्टी टेराबाइट फ़ाइल आवंटन ; वास्तव में यह लिखना कि अधिक जानकारी में थोड़ा समय लगता है लेकिन खिड़कियों के साथ 7 फाइलें 'फ्री' मेमोरी में कैश्ड हो जाती हैं - पहले पढ़ी या लिखी गई फाइलों को पृष्ठों के रूप में तब तक बरकरार रखा जाएगा जब तक कि पृष्ठों के आधार पर पृष्ठों को जारी करने के लिए मेमोरी प्रेशर न हो जाए जो कि सबसे अधिक संभावना वाली फाइल है। जरूरत है सबसे हाल ही में इस्तेमाल किया जा करने के लिए - यह विंडोज 7 में नया है
माइकल Stimson

10
इसने स्रोत फ़ाइलों को नहीं पढ़ा ... वे पहले से ही राम में कैशेड हैं क्योंकि आपने उन्हें हाल ही में एक्सेस किया है। कैश साफ़ करने के लिए रिबूट करें, फिर आइसो बनाने की कोशिश करें और यह धीमा हो जाएगा।
Psusi

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

2
यदि आप अपनी फ़ाइल को किसी अन्य ड्राइव पर कॉपी करते हैं, तो आप कैश से सही डेटा की प्रतिलिपि बना लेंगे, भले ही वह अभी तक डिस्क पर नहीं लिखा गया हो। सभी फ़ाइल एक्सेस ऑपरेटिंग सिस्टम के डिस्क कैश के माध्यम से जाती है, इसलिए ओएस फाइलसिस्टम को जो लिखा गया है, उसका सही और सुसंगत दृश्य प्रस्तुत कर सकता है, भले ही अंतर्निहित भौतिक डिस्क पर वास्तविक लेखन अभी तक समाप्त नहीं हुआ है। (और मुझे यकीन नहीं है कि आप सभी शून्य लिखने के बारे में क्या कहते हैं - बाइट्स का मूल्य प्रभावित नहीं करता है कि वे कितनी जल्दी राम को संग्रहीत कर सकते हैं।)
वायज़ार्ड --टॉप हार्डिंग मोनिका--
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.