X ระยะไกลที่เร็วที่สุดจาก Windows

ฉันมีการตั้งค่าต่อไปนี้:

|-----------------|                          |---------------|
|   Windows       |     LAN (or VPN)         |    Linux box  |
| (local machine) | <-------------------->   |               |
|-----------------|                          |---------------|

และฉันต้องการที่จะเข้าถึงและ Emacs Eclipse หน้าต่างของฉันในกล่อง Linux จากเครื่อง Windows ของฉันกับความล่าช้าน้อยที่สุด

ตัวเลือกของฉันดูเหมือนจะเป็น:

• VNC
• การจำลองเสมือนของผู้เยี่ยมชม Linux บนโฮสต์ Windows ในพื้นที่ของฉันโดยใช้ตัวอย่างเช่น Virtualbox กับ Ubuntu และจากนั้นssh -Xไปที่กล่อง Linux จากที่นี่ (นี่คือเธรดที่กล่าวถึงการกำหนดค่าสำหรับการขุดอุโมงค์อย่างรวดเร็ว ssh X )
• cygwin พร้อมเซิร์ฟเวอร์ X และssh -Xกล่องระยะไกล

ในขณะที่ฉันใช้ RealVNC แต่ฉันได้สังเกตเห็นบางสิ่งที่น่าสังเกตแฝง หลังจากทำวิจัยฉันอ่านวิกิพีเดียต่อไปนี้:

โปรโตคอล VNC เป็นพิกเซลตาม แม้ว่าสิ่งนี้นำไปสู่ความยืดหยุ่นที่ดีเยี่ยม (เช่น - สามารถแสดงเดสก์ท็อปประเภทใดก็ได้) แต่ก็มักจะมีประสิทธิภาพน้อยกว่าโซลูชั่นที่มีความเข้าใจที่ดีขึ้นเกี่ยวกับเค้าโครงกราฟิกพื้นฐานเช่น X11 หรือ Windows Remote Desktop Protocol

นี่ทำให้ฉันสงสัยตัวเลือกใดที่ฉันต้องใช้เพื่อเข้าถึง หน้าต่าง X ระยะไกลที่เร็วที่สุดจากเครื่อง Windows ในพื้นที่

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

ถ้าเป็นไปได้ให้ใช้การเชื่อมต่อ TCP โดยตรงแทน SSH แน่นอนว่าสิ่งนี้ใช้ได้เฉพาะในสภาพแวดล้อมที่มีการควบคุมโดยไม่ต้องกังวลเรื่องความปลอดภัย

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

Windows Remote Desktop ใช้งานได้ดี - ตราบใดที่คุณรัน xrdp บนกล่อง Linux (และจากประสบการณ์ของฉันมันน่ารำคาญน้อยกว่าและตอบสนองได้ดีกว่า VNC)

xrdp รันเซิร์ฟเวอร์ X บนกล่อง Linux จากนั้นเชื่อมต่อกับ RDP

ในความเป็นจริงแม้ว่าฉันมักจะมี Linux ที่ปลายทั้งสองของสายนี้ฉันมักจะชอบ rdesktop เพื่อ xrdp มากกว่า VNC เมื่อใดก็ตามที่การส่งต่อธรรมดา X11 พิสูจน์ได้ช้าเกินไป VNC เป็นเพียงตัวย่อภาษาฝรั่งเศสสำหรับ "ทำงานได้ไม่ดี"

ฉันยอมรับว่า Mobaxterm รวดเร็วในการส่งต่อ x จากนั้นฉันก็พบว่ามันใช้ ssh จาก cygwin แต่ก็ยังเร็วกว่า cygwin / ssh ของฉัน หลังจากตรวจสอบข้อมูลการดีบักฉันพบว่าความลับของ Mobaxterm กำลังใช้aes128-ctrมากกว่ารหัส aes256-cbcทั่วไปให้ใช้hmac-sha1และเปิดการบีบอัดตามค่าเริ่มต้น

ใน cygwin

ssh -m hmac-sha1 -c aes128-ctr -C 

ควรให้ประสิทธิภาพใกล้เคียงกับ mobaxterm หากคุณยังเชื่อว่า mobaxterm นั้นเร็วกว่าคุณสามารถใช้ _ssh.exe ได้โดยตรงซึ่งคุณจะพบได้ใน mobaxterm ของคุณ

บางบล็อก / คำตอบปัญหายันต์เช่นarcfourหรือปักเป้า พวกเขาควรจะดีกว่าaes128-ctr (สำหรับ CPU เก่า) เล็กน้อย แต่มันล้าสมัยและไม่จำเป็นต้องมีในทุกแพลตฟอร์ม คุณสามารถดู ciphers และ mac ที่รองรับทั้งหมดได้

ssh -Q cipher
ssh -Q mac

มาตรฐานนี้แสดงให้เห็นว่า aes128-gcm ควรให้ประสิทธิภาพที่ดีที่สุดแก่คุณในซีพียูสมัยใหม่

ปรับปรุง:

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

 debug1: compress outgoing: raw data 603154, compressed 141717, factor 0.23 
 debug1: compress incoming: raw data 67841628, compressed 641357, factor 0.01

ที่จริงแล้วฉันพยายามส่งต่อ x ด้วย tcp โดยตรงและ ssh ด้วยการบีบอัดและตัวเลขที่เหมาะสมผ่านการเชื่อมต่อ LAN ภายใน 100Mbps ด้วยเวลาแฝง <1ms ตัวเลือก ssh นั้นเร็วกว่าอย่างเห็นได้ชัด

ที่จริงฉันรู้สึกตกใจเมื่อพบว่าMobaxtermนั้นเร็วมาก

ฉันเป็นนักพัฒนาซอฟต์แวร์และฉันใช้ IDE ชื่อ Qt Creator ผู้สร้าง Qt นั้นเป็นที่รู้กันว่ารวดเร็วมาก แต่ Putty + Xming นั้นช้าเกินไปที่ฉันยอมแพ้ในการใช้มันผ่านทาง xserver ระยะไกล ในที่สุด Mobaxterm ก็ทำให้ฉันตกใจด้วยความเร็ว ลองมัน.