เมื่อคุณพูดไฟล์ซิปคุณหมายถึงไฟล์เก็บถาวรที่ไม่มีการบีบอัดซึ่งจะมีขนาดเท่ากับไฟล์แต่ละไฟล์หรือไม่ หรือคุณหมายถึงไฟล์เก็บถาวรที่บีบอัด เพราะตรงนั้นถ้าคุณกำลังพูดถึงไฟล์เก็บถาวรที่ถูกบีบอัดคุณจะมีการถ่ายโอนที่เร็วขึ้นซึ่งการพูดอย่างเคร่งครัดจะดีกว่า แน่นอนถ้าคุณคำนึงถึงระยะเวลาที่ใช้ในการสร้างไฟล์เก็บถาวรและระยะเวลาที่ใช้ในการแตกไฟล์เก็บถาวรสเปคของทั้งสองเครื่องจะเข้ามาเล่นว่าไฟล์เก็บถาวรนั้นดีกว่าไฟล์หลวมหรือไม่
ตอนนี้เนื่องจากคุณกำลังพูดถึง 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 โดยไม่มีผลต่อการตอบสนองของการเชื่อมต่อระยะไกล ... อีกครั้งเนื่องจากไพพ์ที่เข้ามาหลังเที่ยงคืนนั้นมีขนาดใหญ่กว่าไพพ์ขาออกของเซิร์ฟเวอร์
ดังนั้นฉันจะพยายามลดคุณภาพของการเชื่อมต่อระยะไกล