कॉपी करते समय मेरी फ्लैश ड्राइव की गति धीमी क्यों हो जाती है?

Question

नकल के कुछ मिनटों के बाद, यह बस धीमा और धीमा हो जाता है। क्यूं कर?

उदा। यह 20 MByte / sec से शुरू होता है, और जब यह इसके साथ खत्म होता है, तो यह @ 10 MByte / s है।

विभिन्न फाइलें, बड़ी, छोटी आदि।

अद्यतन: प्रश्न विभिन्न ऑपरेटिंग सिस्टमों से संबंधित है, इसलिए यह एक "सामान्य प्रश्न" है

Comments

आपके कंप्यूटर में आपके पास कितनी मुफ्त मेमोरी है?

— KCotreau

PC -> USB-FLASH ड्राइव: कई सौ GBytes मुफ्त -> कुछ

— GBytes

मुझे संदेह है कि आपके पास पहले से मेमोरी में कैश्ड फाइलें हैं ताकि वे जल्दी से स्थानांतरित हो जाएं, और फिर एक बार जब वे हार्ड ड्राइव से स्थानांतरित होने लगते हैं, तो यह धीमा हो जाता है। मैं हालांकि आपके मामले में सुनिश्चित नहीं हो सकता।

— KCotreau

तो आप मुझे अधिक बार "सिंक" कमांड का उपयोग करने की सलाह दे रहे हैं?

— लांसबाइन्स

मुझे समझ नहीं आ रहा है कि सिंक कमांड से आपका क्या मतलब है। आपने प्रश्न का कोई संदर्भ नहीं दिया। मुझे भी यकीन नहीं है कि क्या ओएस।

— KCotreau

Answer 1

यह व्यवहार आपके फ्लैश ड्राइव के लिए विशिष्ट नहीं है, आप इसे हार्ड ड्राइव के साथ भी देख सकते हैं। यह कैशिंग तंत्र के साथ सबसे अधिक ऑपरेटिंग सिस्टम और डिस्क को छोटे लेखन को गति देने के लिए करना है।

आपके द्वारा देखा जाने वाला 20mb / s डिस्क कैश (आमतौर पर त्वरित लेकिन छोटी मेमोरी) में लिखा जाने वाला डेटा है। एक बार जब यह कैश पूरा हो जाता है, तो इसे डिस्क पर फ्लश किया जाना चाहिए - और अब आप धीमी डिस्क द्वारा अड़चन डाल रहे हैं।

उदाहरण 1: प्रभाव वास्तव में स्पष्ट होता है जब आपके पास एक बड़ी कैश (जैसे अच्छा RAID5 नियंत्रक) के साथ एक नियंत्रक होता है, जहां ~ 500mb डेटा को जल्दी से कैश किया जा सकता है, इससे पहले कि इसे डिस्क पर फ्लश किया जाना चाहिए।

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

अस्वीकरण: ये उदाहरण काम नहीं करेंगे यदि आपके पास आपके ऑपरेटिंग सिस्टम / डिस्क पर सक्षम कैशिंग नहीं है।

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

Comments

यह भी ध्यान रखें कि यह एक फ्लैश ड्राइव है। यह हार्डवेयर कभी गति के लिए अनुकूलित नहीं था, बल्कि सामर्थ्य था।

— सर्फस

मुझे नहीं लगता कि यह समझाया जाएगा कि लंबी फ़ाइल प्रतियों के दौरान प्रदर्शन में कमी क्यों आएगी। बल्कि ड्राइव के जीवन पर प्रदर्शन कम होगा, हाँ?

— ta.speot.is

यह सही समझ में आता है। वे फट गति के लिए अनुकूलित हैं, निरंतर संचालन नहीं। फ्लैश ड्राइव पर लोड की जा रही फ़ाइलों के औसत आकार के बारे में सोचें। क्या आप 30 सेकंड की लंबी फ़ाइल स्थानांतरण के लिए ऑप्टिमाइज़ करेंगे या 2 सेकंड के लंबे स्थानांतरण के लिए अनुकूलित करेंगे? उसे अपने दो उदाहरणों में जोड़ें, और यह बहुत कुछ समझाता है।

— सर्फ़स

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

— 13

@ ta.speot.is मुझे लगता है कि आपके द्वारा उल्लेखित इस डिस्क कैश को हार्ड डिस्क पर ओएस द्वारा संभाला गया है और हार्डवेयर कैश से अलग है जो हार्ड ड्राइव में आंतरिक रूप से, सही है?

— सितंबर

Answer 2

जबकि कैशिंग में से कुछ का कारण बनता है, यह एकमात्र कारक नहीं है। यदि कैशिंग एकमात्र कारक था, तो हम लिखने की गति को कई सौ एमबी / एस से ड्राइव की वास्तविक लिखने की गति को बहुत तेजी से छोड़ने की उम्मीद करेंगे, और बाकी के लेखन के लिए वहां रहें। हालाँकि, यह वह नहीं है जो मैंने डिस्क से और (जैसे जलते बूट चित्र) से बड़े स्थानान्तरण करते समय मनाया है। इसके बजाय, मैं जो निरीक्षण करता हूं वह यह है कि पूरे ऑपरेशन के दौरान गति धीरे-धीरे कम हो जाती है।

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

फ्लैश चिप के अंदर, डेटा के ब्लॉक होते हैं जिन्हें लिखा जा सकता है। लिखते समय, केवल दो चीजें हैं जो कंप्यूटर कर सकता है: यह पूरे ब्लॉक को मिटा सकता है, या 0 से 1 तक के ब्लॉक में बिट्स के कुछ (या सभी) को बदल सकता है।

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

तो, जब आपका कंप्यूटर फ्लैश ड्राइव पर डेटा का एक गुच्छा लिख ​​रहा है, तो यहां एक (पूरी तरह से सटीक नहीं है, लेकिन काफी अच्छा है) यह कैसे करता है के लिए स्पष्टीकरण:

1. लिखे जाने वाले ब्लॉकों का पहला सेट लें, और उन सभी को लिखें।
2. उन सभी ब्लॉकों को पढ़ें जिन्हें हमने अभी लिखा था, और उन लोगों की एक सूची बनाएं जो मेल नहीं खाते हैं
3. पिछली बार सही ढंग से लिखे नहीं गए थे, साथ ही ब्लॉक के अगले सेट को लिखें।
4. 2-3 बार दोहराएं जब तक कि सभी ब्लॉकों को सही तरीके से नहीं लिखा गया हो।

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

Comments

मैं NTFS के रूप में स्वरूपित एक नए USB 3.0 फ्लैश ड्राइव के लिए एक 12 गिग 7zip फ़ाइल लिख रहा हूं। यह पहले मिनट के लिए 100 एमबी / एस के बारे में जा रहा था, फिर 25 मिनट एमबी / एस पर एक मिनट के लिए गिरा, फिर 11 या इतने पर लगभग 10 मिनट तक गिरा। यह धीरे-धीरे नीचे की ओर ढलान नहीं था, यह 3 अलग-अलग पठारों था।

— एरिक

मैं 16 गीगा RAM के साथ अपने पुराने i7 लैपटॉप के संग्रह को कॉपी कर रहा था। 32 गीगा रैम के साथ मेरे नए एक्सोन लैपटॉप पर एक ही थंबड्राइव के 7zip संग्रह को कॉपी करने में 2 मिनट लगे और गति में कोई गिरावट नहीं हुई।

— एरिक

Answer 3

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

Comments

विभिन्न भंडारण उपकरणों की लिखने की गति में अंतर चरम हो सकता है, उदाहरण के लिए एक पुराने एसडी कार्ड की लेखन गति की तुलना एसएटीए III एसएसडी की लिखने की गति से करें।

— कैरेल

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

— बेन एन