RDP पर बड़ी फ़ाइलों को बेहतर कॉपी और पेस्ट कैसे करें?


27

हाल ही में मैं RDP पर दूरस्थ कंप्यूटर के लिए एक बड़ी (1.2 GB) फ़ाइल को कॉपी और पेस्ट करने के लिए कुछ प्रयास कर रहा था। दूरस्थ कंप्यूटर एमएस विंडोज सर्वर 2008 डाटासेंटर के साथ वर्चुअल टेस्टिंग मशीन है।

पहले मैंने आधी रात से पहले कॉपी और पेस्ट करने की कोशिश की जब ट्रांसफर स्पीड क्लाइंट कंप्यूटर ISP द्वारा 100 kB / s तक सीमित थी। इसलिए, इसमें कुछ घंटों की आवश्यकता थी और मुझे स्थानांतरण को रद्द करने के लिए मजबूर किया गया था क्योंकि दूरस्थ डेस्कटॉप बहुत अधिक अनुत्तरदायी और सुस्त (धीमा) हो गया था। इसलिए, मैंने इसे आधी रात को फिर से शुरू किया जब मेरी स्थानीय स्थानांतरण गति 4 एमबी / एस से अधिक है।

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

AFAIU, यह इसलिए है क्योंकि रिमोट कंप्यूटर का क्लिपबोर्ड और इसलिए इसकी मेमोरी ट्रांसफर द्वारा ओवरलोड हो जाती है।
मैं विशिष्ट प्रक्रिया (फ़ाइल को चिपकाने) के लिए क्लिपबोर्ड के उपयोग को कैसे नियंत्रित (प्रतिबंधित) कर सकता हूं?

इसे नियंत्रित करने के संभावित तरीके क्या हैं?

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

  • किसी बड़ी फ़ाइल को चिपकाने के लिए दूरस्थ डेस्कटॉप क्लिपबोर्ड के उपयोग को कैसे नियंत्रित किया जाए?

सेवा मेरे

  • RDP पर बड़ी फ़ाइलों को बेहतर कॉपी और पेस्ट कैसे करें?

उदाहरण के लिए, क्या एक विशाल (जिप) संग्रह को कॉपी और पेस्ट करना बेहतर है या इसे अनज़िप करें और अनज़िप्ड फ़ाइलों के साथ एक फ़ोल्डर पेस्ट करें?

और वास्तव में मैं पूछना चाहता था:

  • समग्र अनुभव को बेहतर बनाने के संभावित तरीके क्या हैं:

    • स्थानांतरण की गति (यानी आवश्यक फ़ाइल की उपलब्धता)
    • दूरस्थ होस्ट की जवाबदेही (प्रतिलिपि और चिपकाने के पूरा होने से पहले काम के लिए दूरस्थ कोप्यूटर उपलब्ध कराना)?

जवाबों:


5

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

अब, चूंकि आप RDP (VNC के विपरीत) के बारे में बात कर रहे हैं, इसलिए दूरस्थ कनेक्शन का बैंडविड्थ उपयोग काफी कम है। RDP VNC से अधिक उत्तरदायी है, रंग की गहराई (डिफ़ॉल्ट रूप से) 256 से अधिक रंग है (32 बिट यदि आप इसे नहीं बदलते हैं), स्क्रीन का आकार आपके डेस्कटॉप का आकार होगा, आदि ... ये सभी कारक रिमोट कनेक्शन के लिए कितना बैंडविड्थ का उपयोग किया जा रहा है, इसे प्रभावित करें। यदि आप चीजों को ड्रॉप करते हैं जैसे ... रिमोट डेस्कटॉप का आकार, और रंग की गहराई 16 बिट या उससे कम है, तो सुनिश्चित करें कि आप ध्वनि साझा नहीं कर रहे हैं, आदि ... यह रिमोट कनेक्शन के लिए कम बैंडविड्थ का उपयोग करेगा, ताकि जब आप फ़ाइलें स्थानांतरित कर रहे हैं, दूरस्थ सत्र अधिक उत्तरदायी होना चाहिए।

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

संपादित करें

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

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

पहले मैंने आधी रात से पहले कॉपी और पेस्ट करने की कोशिश की जब ट्रांसफर स्पीड क्लाइंट कंप्यूटर ISP द्वारा 100 kB / s तक सीमित थी। इसलिए, इसमें कुछ घंटों की आवश्यकता थी और मुझे स्थानांतरण को रद्द करने के लिए मजबूर किया गया था क्योंकि दूरस्थ डेस्कटॉप बहुत अधिक अनुत्तरदायी और सुस्त (धीमा) हो गया था। इसलिए, मैंने इसे आधी रात को फिर से शुरू किया जब मेरे स्थानीय स्थानांतरण की गति 4 जीबी / से अधिक है

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

क्यूं कर?

क्योंकि फ़ाइल स्थानांतरण को एक विशिष्ट गति, या उपलब्ध बैंडविड्थ के प्रतिशत के लिए कुछ भी नहीं है, यह हर kb / s का उपयोग करने का प्रयास करने जा रहा है। चीजों की प्रकृति से, यह दूरस्थ कनेक्शन को नुकसान पहुंचाएगा।

यहां तक ​​कि सर्वर से फ़ाइलों को किसी तीसरे पक्ष (जैसे एफ़टीपी सर्वर) की तरह स्थानांतरित करने से कनेक्शन उस स्थानांतरण के दौरान सुस्त हो जाएगा, क्योंकि फिर से, जितना संभव हो उतना संभव बैंडविड्थ उस हस्तांतरण को आवंटित किया जाएगा। एक बार जब यह स्थानांतरण किया गया था, तो आप इसे रिमोट कनेक्शन की जवाबदेही पर बिना किसी प्रभाव के FTP सर्वर से डाउनलोड कर सकेंगे ... क्योंकि आधी रात के बाद आपका आने वाला पाइप सर्वर के आउटगोइंग पाइप से बहुत बड़ा होता है।

इसलिए, मैं दूरस्थ कनेक्शन की गुणवत्ता को कम करने की कोशिश करूंगा।


संकुचित arhive फ़ाइल का आकार व्यावहारिक रूप से असम्पीडित फ़ाइलों के समान है। कंप्रेसिंग और अनकंफर्टिंग का समय कोई समस्या नहीं है क्योंकि वे काम करने के लिए सिस्टम को फ्रीज नहीं करते हैं। और मैं उन दोनों को फ़ाइलों के असम्पीडित गुच्छा के रूप में उपयोग कर सकता हूं या एक फाइल को संकुचित कर सकता हूं (बाद में एक आभासी ड्राइव बढ़ते हुए)
Gennady Vanin Геннадий Ванин

@WebMAOhist तब से फाइलें बहुत अधिक संपीड़ित नहीं होंगी, इसलिए उन्हें ऊपर ज़िप करने के लिए इसके लायक नहीं है, क्योंकि आप कुल फ़ाइल हैंडलिंग समय (पारगमन सहित) में संग्रह और निष्कर्षण समय जोड़ रहे हैं, और आप इसे डालकर कुछ भी हासिल नहीं करते हैं। एक संग्रह में। फिर भी हमें दूरस्थ सत्र के लिए बैंडविड्थ वापस लाता है + स्थानांतरण मुद्दे के लिए बैंडविड्थ। मैं इसका उत्तर दूंगा क्योंकि यह एक साधारण टिप्पणी की तुलना में अधिक लंबा है।
बॉन गार्ट

23

एक RDP विकल्प है जो दूरस्थ कंप्यूटर पर आपके स्थानीय ड्राइव का लिंक बनाता है। इसे सक्षम करने के लिए, आरडीपी क्लाइंट शुरू करें, क्लिक करें (दिखाएँ) विकल्प , → " स्थानीय संसाधन " टैब खोलें । → " अधिक " पर क्लिक करें → " ड्राइव " चेकबॉक्स पर टिक करें ।

कनेक्ट करने के बाद, दूरस्थ सिस्टम पर विंडोज एक्सप्लोरर खोलें। आपका स्थानीय ड्राइव मेरा कंप्यूटर में ड्राइव सूची के निचले भाग में दिखाई देना चाहिए। यह "C आपके your_computer_name पर" के रूप में दिखाई देता है।

अब आप फ़ाइलों को एक सिस्टम से दूसरे सिस्टम में ड्रैग और ड्रॉप कर सकते हैं।


1
मैंने इसे आजमाया, यह उपलब्ध नहीं है
Gennady Vanin Геннадий Ванин

6
यह एक RDP सेटिंग है - डिफ़ॉल्ट रूप से बंद। आरडीपी क्लाइंट शुरू करें, विकल्पों पर क्लिक करें और "स्थानीय संसाधन" टैब पर क्लिक करें। अधिक क्लिक करें और "ड्राइव" पर टिक करें
क्रिस_के

मैं "स्थानीय संसाधन" RDP विकल्पों के "ड्राइव" में सभी w / o जाँच विकल्पों पर कॉपी और पेस्ट नहीं कर पा रहा हूँ। इसलिए, उनकी जाँच करने के बाद, मैं C & P कर सकता हूं लेकिन D & D नहीं कर सकता। तब, वास्तव में, D & D C & P का एक अधिक मज़ेदार तरीका नहीं है? जीत कहां है?
गेनैडी वेनिन मगैनीमैन्टेन

डी एंड डी एक अलग प्रक्रिया का उपयोग कर सकता है "पर्दे के पीछे," इसलिए यह काम कर सकता है, भले ही सी एंड पी न हो। क्या आपने डी एंड डी की कोशिश की है?
टॉम

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

7

मैं अपनी विंडो 7 बॉक्स पर रोबोकॉपी का उपयोग करता हूं, बिना नाम के \\ tsclient का उपयोग कर रहा हूं।


धन्यवाद। वैसे, जैसा कि मुझे समझ में आया है, इसका उत्तर है: बड़ी फ़ाइलों के लिए "रिमोट कॉपी और पेस्ट का उपयोग न करें"। कई अन्य विकल्प हैं, लेकिन मैंने पहले ही c & p द्वारा स्थानांतरण पूरा कर लिया और उसके बाद ही सोचना शुरू किया। विकल्प की तलाश करेंगे और अगली बार बी 4 करने के बारे में सोचेंगे
गेन्नेडी वेनिन गैंगैन्यूपैन्ट वेनटेक

4

जैसा कि @Tom द्वारा उनके उत्तर में सुझाव दिया गया है, यह C & Ping के बजाय D & D फ़ाइलों के लिए बेहतर है। यदि आप Ctrl+Cक्लाइंट मशीन पर उपयोग करते हैं तो फ़ाइल स्थानांतरण को बाधित करने वाले बग को दरकिनार करने का अतिरिक्त लाभ है ।


4

मुझे लगता है कि इनमें से कोई भी उत्तर वास्तव में प्रश्न को अच्छी तरह से संबोधित नहीं करता है।

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

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

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

  • UNC पथ पर बड़ी फ़ाइलों को सीधे क्लाइंट तक न पहुँचाएँ। उदाहरण के लिए, साझा किए गए फ़ोल्डर को सक्षम करना और \ TSCLIENT \ शेयर से फ़ाइल तक पहुंचना। यह छोटे बहु-उपयोग पाइप पर बड़ी फ़ाइल सामग्री को धक्का देता है।
  • किसी ड्राइव को मैप करने से आपको थोड़ा अनुकूलन और स्थिरता प्राप्त होगी। उदाहरण के लिए, NET USE X: \ TSCLIENT \ Share ड्राइव एक्स को मैप करेगा: उपरोक्त स्थान पर। फिर भी, नेटवर्क पाइप को ओवरलोड करने से आप डिस्कनेक्ट हो जाएंगे और साथ ही आपकी ड्राइव मैपिंग भी डिस्कनेक्ट हो जाएगी।
  • सबसे महत्वपूर्ण बात, आरडीपी क्लाइंट शुरू करते समय, नेटवर्क बैंडविड्थ सेटिंग "मोडेम" या "स्लो" चुनें। यह फ़ाइल ट्रांसफ़र और साउंड चैनलों को बेहतर ढंग से अनुकूलित करेगा, ताकि वे UI नियंत्रण के लिए उपयोग किए गए पाइप के बाकी हिस्सों को बंद न कर सकें।
  • OS X Microsoft दूरस्थ डेस्कटॉप क्लाइंट पर, यह सेटिंग अजीब रूप से अनुपलब्ध है। इस स्थिति में, MacPorts स्थापित करें और sudo पोर्ट को rdesktop स्थापित करें और फिर आप rdesktop और -xm सेटिंग के साथ कनेक्ट कर सकते हैं ("अनुभव" स्तर को "मॉडेम या 28.8K " पर सेट करें)
  • यदि आप उपरोक्त सिफारिशों का पालन करते हैं, तो अब आपके पास स्थिरता के लिए अनुकूलित एक कनेक्शन होगा और बड़ी फ़ाइलों को धकेलने से आप डिस्कनेक्ट नहीं होंगे। अब, कॉपी / पेस्ट या ड्रैग-एंड-ड्रॉप की तुलना में फ़ाइलों को कॉपी करने के लिए अधिक नियंत्रित तरीके का उपयोग करें: उदाहरण के लिए, ** XCOPY X: * का प्रयास करें। msi C: \ Install ** निर्दिष्ट आइटम में फ़ाइल नाम पैटर्न से मेल खाने वाले आइटम की प्रतिलिपि बनाने के लिए। स्थानीय (सर्वर) निर्देशिका।

मुझे आशा है कि किसी को ये सुझाव मददगार लगेंगे। वे निश्चित रूप से मेरे लिए काम करते हैं।


2

Http://www.bittorrent.com/sync/download पर नज़र डालें

यह तेजी से ढेर है और कॉपी पूरा होने के दौरान आरडीपी सत्र को खोलने की आवश्यकता नहीं है।

यह भी आप उपरोक्त सुझावों की तरह UNC पथ के लिए उपयोग करने की आवश्यकता नहीं है।

चियर्स


0

मैंने इस तरह की चीज़ों के लिए ब्राउज़र-आधारित WebRTC आधारित फ़ाइल स्थानांतरण सेवाओं का उपयोग करना शुरू कर दिया है - मैं वर्तमान में अच्छे परिणाम (अभी भी बीटा) के साथ http://dragshare.com का उपयोग कर रहा हूं ।

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

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