लिनक्स में फाइल कॉपी ऑपरेशन समय के साथ धीमे क्यों होते हैं?

Question

मेरे पास 12 ~ 200 एमबी फाइलें हैं। उनमें से एक को दूसरी ड्राइव पर कॉपी करने में 20 सेकंड का समय लगता है। जब मैं उन सभी को एक ही बार में कॉपी करने की कोशिश करता हूं, तो पहले कहता है कि 5 मिनट लगने वाले हैं, फिर यह घंटों और दिनों में धीमा पड़ता रहता है।

मैं XFCE में थूनर के माध्यम से फ़ाइलों की प्रतिलिपि बना रहा हूं, लेकिन मुझे याद है कि कमांड लाइन का उपयोग करके समान समस्याएं हैं। यह क्यों होता है और मैं इसका क्या उपाय कर सकता हूं, केवल एक-एक करके फाइलों को कॉपी करने के अलावा?

Comments

क्या आपने त्रुटियों के लिए ड्राइव की जाँच की है? क्या ये फाइलें उप-फ़ोल्डर्स में हैं?

— ट्यूबगुय ५५३५

@ tubaguy50035 फाइलें उप-फ़ोल्डर में नहीं हैं। कहा जा रहा है, यह संभावना है कि स्रोत ड्राइव में त्रुटियां हो सकती हैं। मैं देखता हूँ।

— उपयोगकर्ता

@CodeGnome मैंने एक बुनियादी cp -v sourcedir / * destdir किया।

— उपयोगकर्ता

Answer 1

यह लिनक्स कर्नेल के साथ एक ज्ञात मुद्दा है जो कि उम्र के लिए जाना जाता है, किसी को अभी तक इस मुद्दे से निपटा नहीं गया था।

वर्तमान में विंडोज का उपयोग करने से अलग कोई फिक्स या ज्ञात कार्य नहीं है, जो गति में बढ़ता है और फिर सामान्य हो जाता है। मुझे लगता है कि यह बग बहुत ही उच्च प्राथमिकता वाला मुद्दा है, लेकिन प्रोग्रामर को ऐसा नहीं लगता। यह अकेला बग है जो मुझे लिनक्स से दूर ले जाने लगा है।

refs:

• बग 12309 - बड़े आई / ओ संचालन के परिणामस्वरूप खराब इंटरैक्टिव प्रदर्शन और उच्च आयोवाइट समय होता है
• USB फ़ाइल स्थानांतरण सिस्टम फ़्रीज का कारण बनता है; ऑप्स मिनट के बजाय घंटे लगते हैं

Comments

प्रशस्ति पत्र की आवश्यकता! इससे हमारे एक जवाब काम करने में मदद कर सकते हैं अगर आप कुछ प्रलेखन दे सकता है कि इस बग को अंक

— जर्नीमैन गीक

Bugs.launchpad.net/ubuntu/+source/linux/+bug/500069

— डेव

और यहां, जिसे मूल उद्धरण में एक लिंक के रूप में पाया जा सकता है। Bugzilla.kernel.org/show_bug.cgi?id=12309

— डेव

आप इस कारण से लिनक्स से दूर भागते हैं ???

— Kyrol

@ यह बहुत बड़ा कारण है!

— PUK

Answer 2

आपको अपनी स्थानांतरण गति की निगरानी के लिए rsync का प्रयास करना चाहिए । उदाहरण के लिए:

rsync -PSauv sourcedir/* destdir/

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

1. यदि आपकी डिस्क I / O- बाउंड है, तो आपको समस्याएँ होंगी। जब आप फ्लैश ड्राइव या बाहरी यूएसबी डिवाइस पर भारी लिखते हैं तो आप अक्सर इसे देखते हैं।

2. hdparm -Tt <device>यह देखने के लिए अपने दोनों डिस्क का परीक्षण करें कि क्या कोई नाटकीय रूप से धीमा होना चाहिए, या नाटकीय रूप से अन्य डिवाइस की तुलना में धीमा हो सकता है जो I / O मुद्दों को जन्म दे सकता है।

3. यह सुनिश्चित करने के लिए कि आपके पास कोई स्पष्ट डिस्क त्रुटियां नहीं हैं, अपने dmesg आउटपुट और अपने SMART स्टेटस की जांच करें । badblocks -nयदि आप गैर-स्मार्ट ड्राइव पर डिस्क त्रुटियों पर संदेह करते हैं, तो आप इस पर भी विचार कर सकते हैं ।

बहुत सारे कारण हैं कि कोई डिस्क उप-प्रदर्शन क्यों कर सकती है या कर सकती है, लेकिन जब तक आप समस्या को माप नहीं सकते, तब तक आपको पता नहीं चलेगा कि समस्या क्या है। :)

Answer 3

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

Answer 4

CD / USB पर SliTaz की एक प्रति जलाएं ।

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