จะคัดลอกและวางไฟล์ขนาดใหญ่บน RDP ได้อย่างไร


27

เมื่อเร็ว ๆ นี้ฉันพยายามคัดลอกและวางไฟล์ขนาดใหญ่ (1.2 GB) ไปยังคอมพิวเตอร์ระยะไกลผ่าน RDP คอมพิวเตอร์ระยะไกลเป็นเครื่องทดสอบเสมือนกับ MS Windows Server 2008 Datacenter

ก่อนอื่นฉันพยายามคัดลอกและวางก่อนเที่ยงคืนเมื่อความเร็วการถ่ายโอนถูก จำกัด โดย ISP ของไคลเอ็นต์คอมพิวเตอร์ถึง 100 kB / s ดังนั้นมันต้องใช้เวลาสองสามชั่วโมงและฉันถูกบังคับให้ยกเลิกการถ่ายโอนเนื่องจากเดสก์ท็อประยะไกลก็ไม่ตอบสนองและซบเซา (ช้า) ดังนั้นฉันจึงเริ่มต้นใหม่อีกครั้งในเวลาเที่ยงคืนเมื่อความเร็วในการโอนภายในเครื่องของฉันมากกว่า 4MB / s

ดังนั้นความประทับใจของฉันคือการถ่ายโอนคัดลอกและวางความเร็วที่เป็นอิสระจากคอมพิวเตอร์ระยะไกลกลายเป็นช้าในขณะที่คัดลอกผ่าน RDP ในขณะเดียวกันการดาวน์โหลดจากอินเทอร์เน็ตก็ไม่ได้ทำให้โฮสต์ระยะไกลซบเซา

AFAIU เป็นเพราะคลิปบอร์ดของคอมพิวเตอร์ระยะไกลและหน่วยความจำของมันกลายเป็นมากเกินไปโดยการถ่ายโอน
ฉันจะควบคุม (จำกัด ) การใช้คลิปบอร์ดสำหรับกระบวนการเฉพาะ (วางไฟล์) ได้อย่างไร

วิธีที่เป็นไปได้ในการควบคุมมันคืออะไร?

อัปเดต:
หลังจากอ่านแล้วความเร็วในการถ่ายโอนที่ช้านั้นเกิดจากการเข้ารหัสที่ใช้สำหรับการคัดลอกและวางผ่าน RDP และเนื่องจากฉันเชื่อว่าฉันสนใจประสิทธิภาพโดยรวมมากขึ้นทั้งเวลาหรือความรวดเร็วในการรับไฟล์รวมถึงความเป็นไปได้ในการทำงานโดยไม่ต้องรอฉัน เปลี่ยนชื่อคำถามจาก:

  • วิธีควบคุมการใช้งานคลิปบอร์ดของเดสก์ท็อประยะไกลสำหรับการวางไฟล์ขนาดใหญ่

ไปยัง

  • จะคัดลอกและวางไฟล์ขนาดใหญ่บน RDP ได้อย่างไร

ตัวอย่างเช่นจะเป็นการดีกว่าหรือไม่ที่จะคัดลอกและวางไฟล์ขนาดใหญ่ (zip) หนึ่งไฟล์หรือเปิดเครื่องรูดมันและคัดลอกวางโฟลเดอร์ด้วยไฟล์ที่คลายซิป

และยิ่งกว่านั้นฉันอยากถาม:

  • มีวิธีใดบ้างในการปรับปรุงประสบการณ์โดยรวม:

    • ความเร็วของการถ่ายโอน (เช่นความพร้อมของไฟล์ที่จำเป็น)
    • การตอบสนองของรีโมตโฮสต์ (ทำให้สามารถใช้งานเครื่องส่งสัญญาณระยะไกลสำหรับการทำงานก่อนที่จะคัดลอกและวาง)?

คำตอบ:


5

เมื่อคุณพูดไฟล์ซิปคุณหมายถึงไฟล์เก็บถาวรที่ไม่มีการบีบอัดซึ่งจะมีขนาดเท่ากับไฟล์แต่ละไฟล์หรือไม่ หรือคุณหมายถึงไฟล์เก็บถาวรที่บีบอัด เพราะตรงนั้นถ้าคุณกำลังพูดถึงไฟล์เก็บถาวรที่ถูกบีบอัดคุณจะมีการถ่ายโอนที่เร็วขึ้นซึ่งการพูดอย่างเคร่งครัดจะดีกว่า แน่นอนถ้าคุณคำนึงถึงระยะเวลาที่ใช้ในการสร้างไฟล์เก็บถาวรและระยะเวลาที่ใช้ในการแตกไฟล์เก็บถาวรสเปคของทั้งสองเครื่องจะเข้ามาเล่นว่าไฟล์เก็บถาวรนั้นดีกว่าไฟล์หลวมหรือไม่

ตอนนี้เนื่องจากคุณกำลังพูดถึง RDP (ตรงข้ามกับ VNC) การใช้แบนด์วิดท์ของการเชื่อมต่อระยะไกลค่อนข้างน้อย RDP ตอบสนองได้ดีกว่า VNC ความลึกของสีคือ (ตามค่าเริ่มต้น) มากกว่า 256 สี (32 บิตหากคุณไม่เปลี่ยน) ขนาดหน้าจอจะเป็นขนาดของเดสก์ท็อปของคุณ ฯลฯ ... ปัจจัยเหล่านี้ทั้งหมด ส่งผลกระทบต่อปริมาณการใช้แบนด์วิดท์เพียงเพื่อการเชื่อมต่อระยะไกล หากคุณวางสิ่งต่าง ๆ เช่น ... ขนาดของเดสก์ท็อประยะไกลและความลึกของสีเหลือ 16 บิตหรือน้อยกว่าตรวจสอบให้แน่ใจว่าคุณไม่ได้แชร์เสียง ฯลฯ ... การทำเช่นนี้จะใช้แบนด์วิดท์น้อยลงสำหรับการเชื่อมต่อระยะไกล คุณกำลังถ่ายโอนไฟล์เซสชันระยะไกลควรตอบสนองได้ดีกว่า

ในท้ายที่สุดแม้ว่าคุณจะสามารถเค้นการถ่ายโอนไฟล์ได้ แต่เซสชันระยะไกลก็จะช้าลงไม่ว่าคุณจะทำอะไรในขณะที่คุณกำลังถ่ายโอนไฟล์ เครื่องระยะไกลและเครื่องของคุณ

แก้ไข

คุณกำลังพยายามหาวิธีที่ง่ายในการถ่ายโอนไฟล์โดยไม่มีผลต่อคุณภาพของการเชื่อมต่อระยะไกล ไม่สำคัญว่าจะเป็นไฟล์ขนาดใหญ่หรือไฟล์ขนาดเล็ก ในตอนท้าย (เครื่องไคลเอ็นต์) คุณกำลังส่งข้อมูลจำนวนเล็กน้อยไปยังเครื่องระยะไกล (เครื่องเซิร์ฟเวอร์) คุณรู้ ... การพิมพ์คำสั่งเมาส์ ฯลฯ เซิร์ฟเวอร์กำลังส่งข้อมูลจำนวนมากให้คุณตลอดเวลาในรูปแบบของภาพที่สร้างสิ่งที่คุณเห็นผ่านการเชื่อมต่อระยะไกล ดังนั้นก่อนที่คุณจะถ่ายโอนไฟล์ใด ๆ คุณจะทำการถ่ายโอนข้อมูลจำนวนมากในทิศทางเดียว นั่นเป็นเหตุผลที่ฉันนำสิ่งที่คุณสามารถทำได้เพื่อลดปริมาณข้อมูลที่คุณกำลังส่ง .... นั่นคือใช้ความละเอียดที่น้อยกว่าสำหรับเครื่องระยะไกลบนเดสก์ท็อปของคุณ (ตรงข้ามกับหน้าจอเต็ม) .... ลดจำนวนสีจาก 32 บิตเป็น 16 บิตหรือ 8 บิต สองขั้นตอนเหล่านั้นจะลดจำนวนข้อมูลที่คุณส่งจากเซิร์ฟเวอร์ (ระยะไกล) ไปยังไคลเอนต์ (คุณ) นอกจากนี้ยังหมายความว่าเมื่อคุณเริ่มถ่ายโอนไฟล์ตามการเชื่อมต่อและเส้นทางเดียวกันการเชื่อมต่อระยะไกลของคุณจะประสบปัญหาน้อยลง

อย่างที่ฉันบอกว่า ... ไม่มีอะไรที่คุณสามารถทำได้จะทำให้การเชื่อมต่อนั้นคมชัดและตอบสนอง ทำไม? เนื่องจากทันทีที่คุณเริ่มถ่ายโอนไฟล์จากเซิร์ฟเวอร์ไปยังไคลเอนต์สิ่งนี้จะดูดแบนด์วิดท์ทุกบิตที่มีอยู่ตามไพพ์นั้น .... และคุณใช้แบนด์วิดท์บางส่วนไปตามรีโมตแล้ว การเชื่อมต่อเอง

ก่อนอื่นฉันพยายามคัดลอกและวางก่อนเที่ยงคืนเมื่อความเร็วการถ่ายโอนถูก จำกัด โดย ISP ของไคลเอ็นต์คอมพิวเตอร์ถึง 100 kB / s ดังนั้นมันต้องใช้เวลาสองสามชั่วโมงและฉันถูกบังคับให้ยกเลิกการถ่ายโอนเนื่องจากเดสก์ท็อประยะไกลก็ไม่ตอบสนองและซบเซา (ช้า) ดังนั้นฉันจึงเริ่มต้นใหม่อีกครั้งในเวลาเที่ยงคืนเมื่อความเร็วในการโอนภายในเครื่องของฉันมากกว่า 4 GB / s

ดังนั้นเมื่อคุณลองโอนครั้งแรกคุณจะมีการเชื่อมต่อดาวน์โหลดที่ 100kb / s คุณกำลังย้ายไฟล์ 1.2 GB เร็วที่สุดเท่าที่จะเป็นไปได้ซึ่งจะผลักดันให้กินมากถึง 100kb / s เท่าที่จะทำได้ ซึ่งจะปล่อยให้สิ่งที่ห้องพักสำหรับข้อมูลที่สนับสนุนการเชื่อมต่อรีโมทเดสก์ทอป? ดังนั้นแน่นอนว่ามันจะซบเซาและไม่ตอบสนอง สิ่งเดียวที่คุณไม่ได้คำนึงถึงก็คือความเร็วในการอัพโหลดของเซิร์ฟเวอร์ หากความเร็วในการอัพโหลดของเซิร์ฟเวอร์นั้นน้อยกว่าความเร็วในการดาวน์โหลดของคุณ ... และในเส้นทางที่สมบูรณ์แบบนี้สมมุติฐานระหว่างเซิร์ฟเวอร์และคุณอนุญาตให้ความเร็วในการอัปโหลดนี้คงที่ทันทีที่คุณเริ่มถ่ายโอนไฟล์ ของแบนด์วิดท์ที่จะถูกกินโดยการถ่ายโอนไฟล์ซึ่งจะทำให้การเชื่อมต่อระยะไกลประสบ

ทำไม?

เนื่องจากไม่มีการควบคุมปริมาณการถ่ายโอนไฟล์ให้กับความเร็วเฉพาะหรือเปอร์เซ็นต์ของแบนด์วิดท์ที่มีอยู่จึงจะพยายามใช้ทุก kb / s ที่ทำได้ โดยธรรมชาติของสิ่งต่าง ๆ สิ่งนี้จะทำให้การเชื่อมต่อระยะไกลประสบ

แม้แต่การถ่ายโอนไฟล์จากเซิร์ฟเวอร์ไปยังบุคคลที่สาม (เช่นเซิร์ฟเวอร์ FTP ที่อื่น) จะทำให้การเชื่อมต่อช้าลงในระหว่างการถ่ายโอนนั้นเพราะอีกครั้งแบนด์วิดท์ที่มีให้มากที่สุดเท่าที่จะทำได้จะถูกจัดสรรให้กับการถ่ายโอนนั้น เมื่อทำการถ่ายโอนเสร็จแล้วคุณจะสามารถดาวน์โหลดได้จากเซิร์ฟเวอร์ FTP โดยไม่มีผลต่อการตอบสนองของการเชื่อมต่อระยะไกล ... อีกครั้งเนื่องจากไพพ์ที่เข้ามาหลังเที่ยงคืนนั้นมีขนาดใหญ่กว่าไพพ์ขาออกของเซิร์ฟเวอร์

ดังนั้นฉันจะพยายามลดคุณภาพของการเชื่อมต่อระยะไกล


ขนาดของไฟล์ arhive ที่ถูกบีบอัดนั้นมีขนาดเท่ากับไฟล์ที่ไม่บีบอัด เวลาในการบีบอัดและคลายการบีบอัดไม่ใช่ปัญหาเนื่องจากไม่หยุดการทำงานของระบบ และฉันสามารถใช้ทั้งสองเป็นกลุ่มของไฟล์ที่ไม่มีการบีบอัดหรือบีบอัดไฟล์หนึ่งไฟล์ (ในกรณีหลังโดยติดตั้งไดรฟ์เสมือน)
Gennady Vanin ГеннадийВанин

@WebMAOhist เนื่องจากไฟล์จะไม่บีบอัดมากเกินไปจึงไม่คุ้มค่าที่จะบีบอัดไฟล์เนื่องจากคุณเพิ่มเวลาเก็บถาวรและแตกไฟล์ลงในเวลาจัดการไฟล์ทั้งหมด (รวมถึงการส่งผ่าน) และคุณไม่ได้รับอะไรเลย ในที่เก็บถาวร ยังคงนำเรากลับไปสู่แบนด์วิดท์สำหรับเซสชันระยะไกล + แบนด์วิดธ์สำหรับปัญหาการถ่ายโอน ฉันจะต่อท้ายคำตอบเนื่องจากจะได้รับนานกว่าความคิดเห็นง่ายๆ
Bon Gart

23

มีตัวเลือก RDP ที่สร้างลิงค์ไปยังไดรฟ์ในเครื่องของคุณบนคอมพิวเตอร์ระยะไกล หากต้องการเปิดใช้งานให้เริ่มไคลเอนต์ RDP คลิก (แสดง) ตัวเลือก →เปิดแท็บ " ทรัพยากรในท้องถิ่น " →คลิก " เพิ่มเติม " → เลือกช่องทำเครื่องหมาย " ไดรฟ์ "

หลังจากที่คุณเชื่อมต่อให้เปิด Windows Explorer บนระบบระยะไกล ไดรฟ์ภายในเครื่องของคุณควรปรากฏที่ด้านล่างของรายการไดรฟ์ใน My Computer มันแสดงเป็น "C ใน your_computer_name"

ตอนนี้คุณสามารถลากและวางไฟล์จากระบบหนึ่งไปอีกระบบหนึ่งได้


1
ฉันลองแล้วมันใช้ไม่ได้
Gennady Vanin ГеннадийВанин

6
มันคือการตั้งค่า RDP - ปิดโดยค่าเริ่มต้น เริ่มไคลเอนต์ RDP คลิกตัวเลือกและคลิกแท็บ "ทรัพยากรท้องถิ่น" คลิกเพิ่มเติมและทำเครื่องหมาย "ไดรฟ์"
Chris_K

ฉันไม่สามารถคัดลอกและวางที่ไม่มีตัวเลือกการตรวจสอบในตัวเลือก "ไดรฟ์" ของ "ทรัพยากรท้องถิ่น" RDP ดังนั้นหลังจากตรวจสอบพวกเขาฉันสามารถ C&P แต่ไม่สามารถ D & D งั้นจริงๆแล้ว D&D ไม่ใช่แค่วิธีตลก ๆ ของ C&P ใช่ไหม? ชนะอยู่ที่ไหน
Gennady Vanin ГеннадийВанин

D&D อาจใช้กระบวนการที่แตกต่างกัน "เบื้องหลัง" ดังนั้นมันอาจใช้งานได้แม้ว่า C&P จะไม่ทำงาน คุณลอง D&D แล้วหรือยัง?
Tom

อ๊ะฉันคิดผิด ฉันรู้ว่าคุณหมายถึง D&D ในเครื่องระยะไกลเดียวกันเนื่องจากไดรฟ์ในเครื่องของฉันปรากฏในระบบไฟล์ของเครื่องระยะไกลซึ่งฉันสังเกตเห็นหลังจากการสนทนานี้เท่านั้น
Gennady Vanin ГеннадийВанин

7

ฉันใช้ robocopy บนกล่อง windows 7 ของฉันโดยใช้ชื่อ unc \\ tsclient


ขอบคุณ คำตอบที่ฉันเข้าใจคือ: "อย่าใช้การคัดลอกและวางจากระยะไกล" สำหรับไฟล์ขนาดใหญ่ มีตัวเลือกอื่น ๆ อีกมากมาย แต่ฉันถ่ายโอนเสร็จแล้วโดย c & p และหลังจากนั้นก็เริ่มคิด จะมองหาทางเลือกและคิดว่าการทำ b4 ในครั้งต่อไป
Gennady Vanin ГеннадийВанин

4

ตามที่แนะนำในคำตอบของเขาโดย @Tom เป็นที่ดีกว่าที่จะ D & D ไฟล์แทน C & Ping พวกเขา นี่เป็นข้อดีเพิ่มเติมของการหลีกเลี่ยงข้อผิดพลาดที่ขัดขวางการถ่ายโอนไฟล์ถ้าคุณใช้Ctrl+Cกับเครื่องไคลเอนต์


4

ฉันคิดว่าไม่มีคำตอบเหล่านี้ตอบคำถามได้ดีมาก

Microsoft RDP เป็นโปรโตคอลที่ไม่เหมาะสำหรับการถ่ายโอนไฟล์ หากการเชื่อมต่อของคุณช้าเล็กน้อยการย้ายบิตของไฟล์ซึ่งเคลื่อนที่ผ่านไพพ์เน็ตเวิร์กเดียวกันกับแพ็กเก็ต UI เช่นการดึงหน้าจอและการเคลื่อนไหวของเมาส์อาจทำให้สิ่งใดสิ่งหนึ่งเหล่านี้หมดเวลา จากนั้นเซิร์ฟเวอร์จะสมมติว่าคุณสูญเสียการเชื่อมต่อและจะยกเลิกการเชื่อมต่อกับคุณทำลายช่อง IO ของคุณ หลักสูตรนี้ทำให้ปัญหาแย่ลง

ในขั้นต้นคุณควรพิจารณาขั้นตอนการทำงานของคุณและดูว่าคุณมีวิธีที่ง่ายกว่าในการย้ายไฟล์ผ่านช่องทางอื่น (เช่นผ่านอินเทอร์เน็ตไปยังเซิร์ฟเวอร์ของคุณแทนที่จะเป็นเวิร์กสเตชันของคุณ) ซึ่งไม่ละเมิดนโยบายความปลอดภัยของคุณ

หากคุณตัดสินใจว่าคุณต้องใช้ช่องทางคัดลอกไฟล์ RDP ให้ทำตามคำแนะนำเหล่านี้ซึ่งใช้งานได้ดีสำหรับฉัน

  • อย่าเข้าถึงไฟล์ขนาดใหญ่โดยตรงผ่านเส้นทาง UNC ไปยังไคลเอนต์ ตัวอย่างเช่นการเปิดใช้งานโฟลเดอร์ที่ใช้ร่วมกันและการเข้าถึงไฟล์จาก \ TSCLIENT \ share สิ่งนี้จะผลักดันเนื้อหาไฟล์ขนาดใหญ่ผ่านไปป์อเนกประสงค์ขนาดเล็ก
  • คุณจะได้รับการเพิ่มประสิทธิภาพและความเสถียรเล็กน้อยโดยการจับคู่ไดรฟ์ ตัวอย่างเช่นการใช้ NET X: \ TSCLIENT \ Shareจะแมปไดรฟ์ X: ไปยังตำแหน่งด้านบน แต่ถึงกระนั้นการโหลดท่อเครือข่ายมากเกินไปก็จะตัดการเชื่อมต่อของคุณ
  • สิ่งสำคัญที่สุดคือเมื่อเริ่มต้นไคลเอนต์ RDP ให้เลือกการตั้งค่าแบนด์วิดท์ของเครือข่าย "โมเด็ม" หรือ "ช้า" นี่จะเป็นการเพิ่มประสิทธิภาพการถ่ายโอนไฟล์และช่องสัญญาณเสียงที่ดีกว่าเพื่อให้พวกเขาไม่สามารถอุดตันส่วนที่เหลือของไพพ์ที่ใช้สำหรับการควบคุม UI
  • บนไคลเอนต์เดสก์ท็อประยะไกล OS X Microsoft การตั้งค่านี้ไม่สามารถใช้งานได้อย่างแปลกประหลาด ในกรณีนี้ให้ติดตั้ง MacPorts และเรียกใช้พอร์ต sudo ติดตั้ง rdesktopจากนั้นคุณสามารถเชื่อมต่อกับการตั้งค่าrdesktop และ-xm (ตั้งค่าระดับ "ประสบการณ์" เป็น "โมเด็มหรือ 28.8K")
  • หากคุณทำตามคำแนะนำข้างต้นตอนนี้คุณจะมีการเชื่อมต่อที่ปรับให้เหมาะสมเพื่อความเสถียรและการผลักไฟล์ขนาดใหญ่จะไม่ยกเลิกการเชื่อมต่อของคุณ ตอนนี้ใช้วิธีควบคุมการคัดลอกไฟล์มากกว่าคัดลอก / วางหรือลากและวาง: ตัวอย่างเช่นลองใช้ XCOPY X: *. msi C: \ Install ** เพื่อคัดลอกรายการที่ตรงกับรูปแบบชื่อไฟล์ลงในที่ระบุ ไดเร็กทอรีโลคัล (เซิร์ฟเวอร์)

ฉันหวังว่าบางคนพบว่าคำแนะนำเหล่านี้มีประโยชน์ พวกเขาทำงานให้ฉันอย่างแน่นอน


2

ลองดูที่http://www.bittorrent.com/sync/download

นี่คือกองเร็วขึ้นและไม่ต้องการเซสชัน RDP เปิดในขณะที่การคัดลอกเสร็จสิ้น

นอกจากนี้ยังไม่ต้องการให้คุณเข้าถึงเส้นทาง UNC เช่นคำแนะนำข้างต้น

ไชโย


0

ฉันเริ่มใช้บริการถ่ายโอนไฟล์ผ่าน WebRTC บนเบราว์เซอร์สำหรับสิ่งนี้ - ฉันใช้http://dragshare.comด้วยผลลัพธ์ที่ดี (ยังอยู่ในช่วงเบต้า)

การคัดลอกและวาง RDP เป็นปัญหาสำหรับฉันเสมอ - มันช้ามากและถ้าคุณมีไฟล์หลายพันไฟล์มันจะช้าลงเรื่อย ๆ นอกจากนี้ยังมีขีด จำกัด ขนาดไฟล์สูงสุด (ซึ่งไม่ได้เตือนคุณเกี่ยวกับมันเพียงแค่ล้มเหลวหลังจากพยายามเกินขนาด) ดูเหมือนว่า WebRTC จะเร็วกว่าที่ RDP แสดงให้ฉันเห็น

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.