Windows에서 가장 빠른 원격 X

다음과 같이 설정했습니다.

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

그리고 대기 시간 을 최소화 하여 Windows 컴퓨터에서 Linux 상자의 Emacs 및 Eclipse 창에 액세스하고 싶습니다 .

내 옵션은 다음과 같습니다.

• VNC
• 예를 들어 Ubuntu가있는 Virtualbox를 사용하여 로컬 Windows 호스트에서 Linux 게스트로 가상화 한 다음 ssh -XLinux 상자로 가상화 ( 빠른 ssh X 터널링 구성을 설명하는 스레드가 있음 )
• X 서버가있는 cygwin과 ssh -X원격 상자.

현재 RealVNC를 사용하고 있지만 주목할만한 대기 시간이 있습니다. 몇 가지 연구를 한 후 Wikipedia 에서 다음을 읽었습니다 .

VNC 프로토콜은 픽셀 기반 입니다. 이는 뛰어난 유연성을 제공하지만 (즉, 모든 유형의 데스크탑을 표시 할 수 있음) X11 또는 Windows 원격 데스크탑 프로토콜과 같은 기본 그래픽 레이아웃을 더 잘 이해하는 솔루션보다 효율성이 떨어집니다.

로컬 Windows 컴퓨터에서 원격 X 창에 가장 빠르게 액세스 하려면 어떤 옵션이 필요한지 궁금 합니다.

최대 대역폭의 최첨단 기술 은 X11 프로토콜 압축 프로그램 인 NX 라고 생각합니다 . 대기 시간과 관련하여 성능이 우수해야합니다. Linux 에서 Windows NX 클라이언트 및 무료 NX 서버 를 사용해보십시오 .

가능하면 SSH 대신 직접 TCP 연결을 사용하십시오. 물론 이것은 보안 걱정이없는 통제 된 환경에서만 가능합니다.

대부분의 설정에서 로컬로 실행되는 가상 머신이 최상의 대기 시간을 제공한다고 생각합니다. 더 나은 방법은 Windows에서 Emacs와 Eclipse를 실행하는 것입니다. 원격 파일을 편집하거나 더 나은 결과를 위해 로컬 파일을 편집 한 다음 Unison과 동기화하거나 버전 제어 시스템을 통해 동기화하십시오.

Windows Remote Desktop은 Linux 상자에서 xrdp를 실행하는 한 제대로 작동합니다 (제 경험상 VNC보다 성 가시고 응답 성이 적습니다).

xrdp는 Linux 상자에서 X 서버를 실행 한 다음 RDP에 연결합니다.

사실,이 회선의 양쪽 끝에 보통 Linux가 있지만 일반 X11 포워딩이 너무 느릴 때마다 VNC보다 xrdp보다 rdesktop을 선호합니다. VNC는 "잘 작동하지 않는다"는 프랑스어의 약자입니다.

Mobaxterm이 x 전달 속도가 빠르다는 데 동의합니다. 그런 다음 cygwin 기반 ssh를 사용하고 있지만 cygwin / ssh보다 여전히 빠릅니다. 디버그 정보를 살펴본 후 Mobaxterm의 비밀은 더 일반적인 aes256-cbc 암호가 아닌 aes128-ctr을 사용하고 hmac-sha1을 사용 하고 기본적으로 압축을 설정하는 것입니다.

cygwin에서

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

mobaxterm에 가까운 성능을 제공해야합니다. 여전히 mobaxterm이 더 빠르다고 생각되면 mobaxterm 루트에서 찾을 수있는 _ssh.exe를 직접 사용할 수 있습니다.

일부 블로그 / 답변에서는 arcfour 또는 blowfish 와 같은 암호를 제안했습니다 . 이전 CPU의 경우 aes128-ctr 보다 약간 우수 하지만 구식이며 모든 플랫폼에서 사용 가능한 것은 아닙니다. 지원되는 모든 암호 및 Mac을 볼 수 있습니다

ssh -Q cipher
ssh -Q mac

이 벤치 마크 에 따르면 aes128-gcm은 최신 CPU에서 최고의 성능을 제공해야합니다.

최신 정보:

일부는 압축에 반대합니다. 네트워크가 완벽하다고 생각하더라도 평가판이 다른 것으로 밝혀지지 않으면 -C가 여전히 도움이된다고 가정합니다. 데이터 전송량이 매우 커서 압축률이 인상적이므로

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

실제로, 직접 tcp와 ssh를 압축으로 사용하고 x1ms 미만의 내부 100Mbps LAN 연결을 통해 적절한 암호를 사용하여 x 전달을 시도했습니다. ssh 옵션은 분명히 빠릅니다.

사실 나는 Mobaxterm 이 초고속 이라는 사실에 충격을 받았습니다 .

저는 소프트웨어 개발자이며 Qt Creator라는 IDE를 사용합니다. Qt Creator는 매우 빠르다고 알려져 있지만 Putty + Xming은 너무 느려서 원격 xserver를 통해 사용하지 않았습니다. 결국 Mobaxterm은 그 속도로 충격을 받았습니다. 시도 해봐.