आप एक बार में एक ही फ़ाइल लिखना बंद कर रहे हैं।
आपको यह पता चलेगा कि आपके फ्लैश-ड्राइव की बैंडविड्थ बहुत आसानी से संतृप्त हो जाएगी। (स्रोत ड्राइव टोंटी होने की संभावना नहीं है।) जबकि USB 2.0 480MBs तक स्थानांतरित कर सकता है, आपका फ्लैश-ड्राइव संभवतः ~ 20MBs तक सीमित है। इसका मतलब है कि जब आप हार्ड ड्राइव (एस) से कुछ फ़ाइलों को स्थानांतरित करते हैं, तो यह फ्लैश-ड्राइव की लेखन गति को अधिकतम कर देगा, और प्रत्येक फ़ाइल को धीमा लिखा जाएगा क्योंकि उन्हें साझा करना होगा।
इसके अलावा, एक ही समय में कई फाइलें लिखने से, आप विखंडन को बढ़ाते हैं क्योंकि जब तक कि हस्तांतरण शुरू होते ही फाइलों के लिए जगह पूरी तरह से आवंटित नहीं की जाती है, वे अंत में विखंडू में टूट जाएंगे क्योंकि फाइलें स्थानांतरित हो जाती हैं।
(सौभाग्य से क्योंकि फ्लैश-ड्राइव सॉलिड-स्टेट हैं, कोई ऐसा सिर नहीं है जिसे आगे-पीछे करना है जैसे कि अगर आप एक हार्ड डिस्क में कई फाइल ट्रांसफर करेंगे।
एक ही समय में कई फ़ाइलों को लिखने का एक और दोष यह है कि फ़ाइल-कॉपी संवाद केवल उस व्यक्तिगत फ़ाइल के लिए प्रगति और शेष समय का संकेत देते हैं, और यह कुल समय का अनुमान लगाने के लिए असंभव के बगल में हो जाता है क्योंकि यह रैखिक नहीं है (आप बस जोड़ नहीं सकते उन्हें)। उन्हें एक साथ स्थानांतरित करने से आपको पूरे स्थानांतरण के लिए अधिक सटीक प्रतिक्रिया मिलेगी।
यदि स्रोत फ़ाइलें अलग-अलग स्रोतों से हैं (क्या आपका मतलब अलग-अलग हार्ड-ड्राइव सीडी / डीवीडी? नेटवर्क ड्राइव? या सिर्फ हेडफ़ोन?) है, तो फिर आप क्या कर सकते हैं विंडोज के बजाय समर्पित फ़ाइल-कॉपी टूल का उपयोग करें- समारोह में। कुछ विकल्पों में Microsoft TechNet टूल Robocopy शामिल है , जिसमें एक GUI फ्रंट-एंड , RichCopy (TecNet से भी) है जो Robocopy, और Teracopy पर आधारित एक बढ़ाया टूल है , जो ट्रांसफर को यथासंभव कुशल बनाने में माहिर है (और इसमें एक है) निःशुल्क संस्करण)।