जो तेज है, और क्यों: कई छोटी फ़ाइलों या कुछ बड़ी फ़ाइलों को स्थानांतरित करना?


17

मेरे पास जल्द ही हजारों फाइलों के साथ एक फ़ोल्डर होगा, प्रत्येक फ़ाइल कुछ केबी के आदेश पर। मुझे एक यूएनसी शेयर से दूसरे में विंडोज नेटवर्क पर इन्हें ट्रांसफर करना होगा। सामान्य तौर पर, क्या यह केवल फ़ाइलों को एन मस्से पर कॉपी करने के लिए तेज़ है, या क्या उन्हें तेजी से ज़िप करना होगा (जैसे, सबसे तेज़ मोड में 7zip का उपयोग करके) और एक या कुछ बड़ी फ़ाइलों को भेजें? या व्यवहार में कोई अंतर नहीं है?

जवाबों:


37

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

यदि आप स्थानांतरण से पहले पहले ज़िप करते हैं तो आप अपने आप को बहुत समय बचा लेंगे।


1
en.wikipedia.org/wiki/Slow-start भी बड़ी फ़ाइलों का पक्षधर है।
कमांडर कीन

4
विचार करें कि संपीड़न में भी समय लगेगा। यदि आपका डेटा संपीड़ित नहीं किया जा सकता है (जैसे JPEG, ZIP, JAR और अन्य पहले से संपीड़ित प्रारूप) तो आपको उन्हें (या बिना कंप्रेशन के ZIP) ही TAR करना चाहिए। यह आपके डेटा को और कम करने के निरर्थक प्रयास के लिए सीपीयू समय की बचत करेगा।
डैनियल श्नाइलर

कई छोटी फाइलें आपको बहुत दर्द देंगी - छोटे पैकेटों के बीच और हर एक के लिए एक एसएमबी हैंडशेक करने से, ज़िपिंग शायद आपके कॉपी समय से अच्छा 60% शेव कर देगा।
user2278

TAR के लिए +1 चूंकि आप आंशिक संग्रह को कॉपी / एक्सट्रैक्ट कर सकते हैं।
क्रिस्टियन वट

यह उत्तर सही है, लेकिन विंडोज 7 पर (कम से कम) एक ज्ञात बग है जहां XP पर फ़ाइलों के सटीक समान सेट की नकल करना विंडोज 7 की तुलना में बहुत तेज है: social.technet.microsoft.com/Forums/en-US/ w7itproperf / धागा / ...
tbone

5

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


5
जब तक हस्तांतरण प्रोटोकॉल फिर से शुरू नहीं हुआ है।
अपराह्न

1

एक बड़ी फ़ाइल की तुलना में फ़ाइल सिस्टम पर लिखने के लिए बहुत कम फाइलें भी महंगी होंगी। इसे करने की आवश्यकता है जैसे:

  • फ़ाइल का नाम अद्वितीय है की जाँच करें
  • फ़ाइल तालिका प्रविष्टि लिखें

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


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

@ BlaM, जैसा कि मैंने कहा उत्तर में यह सब विलंबता के लिए नीचे आता है। यदि नेटवर्क Create विलंबता प्रत्येक CreateFile ऑपरेशन पर जोड़ा जाता है, तो कुल समय बहुत लंबा हो सकता है। यदि प्रतिलिपि समवर्ती रूप से फ़ाइलों को बनाने के लिए पर्याप्त स्मार्ट है, तो शायद यह ऑपरेशन को प्रभावित नहीं करेगा।
ल्यूक क्विनाने

0

औसत फ़ाइल आकार के सापेक्ष औसत पैकेट का आकार संभवतः यहां महत्वपूर्ण है। बहुत सारी छोटी फाइलों के साथ आप खुद को कई छोटे पैकेट भेज सकते हैं। छोटे पैकेट अभी भी टीसीपी ओवरहेड को उकसाते हैं; आप परिणामस्वरूप यातायात की मात्रा को दोगुना कर सकते हैं।

आधुनिक सिस्टम और यहां तक ​​कि अपेक्षाकृत प्राचीन भी एक ही टीसीपी कनेक्शन पर कई फाइलें भेज सकते हैं, जो उस हैंडशेक की लागत से बचते हैं।


0

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

Ie कॉपी \ computer1 \ myshare to c: \ files \ myshare, एक तीसरे कंप्यूटर का उपयोग न करें और \ computer1 \ myshare से to \ computer2 \ mynewshare की प्रतिलिपि बनाएँ।


0

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

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