☰

Windows에서 가장 빠른 원격 X

tag-icon • tag-icon ssh x11 windows virtual-machine
Windows에서 가장 빠른 원격 X

다음과 같은 설정이 있습니다.

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

Windows 컴퓨터에서 Linux 컴퓨터의 Emacs 및 Eclipse 창에 액세스하고 싶습니다.최소 지연.

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

  • 가상 네트워크 컨트롤러
  • Virtualbox와 Ubuntu를 사용하여 로컬 Windows 호스트에서 Linux 게스트를 가상화한 다음 ssh -X여기에서 Linux 상자로 가상화합니다(구성에 대해 논의하는 스레드는 다음과 같습니다).빠른 SSH X 터널)
  • X 서버를 사용하여 cygwin을 실행하고 ssh -X원격 상자에 연결합니다.

현재 RealVNC를 사용하고 있는데 주목할 만한 점을 발견했습니다.숨어있는. 몇 가지 조사를 한 후 계속해서 읽었습니다.위키피디아다음과 같은:

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

그러면 어떤 옵션을 얻어야 하는지 궁금합니다.가장 빠른 액세스 로컬 Windows 시스템의 원격 X 창?

답변1

내 생각에 최대 대역폭을 위한 최신 기술은NX, X11 프로토콜 압축 프로그램입니다. 또한 대기 시간 측면에서도 좋은 성능을 발휘해야 합니다. 사용해 보세요Windows NX 클라이언트그리고무료 NX 서버리눅스에서.

가능하다면 SSH 대신 직접 TCP 연결을 사용하세요. 물론 이는 안전 위험이 없는 통제된 환경에서만 가능합니다.

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

답변2

나는 Mobaxterm이 x 전달 측면에서 빠르다는 데 동의합니다. 그런 다음 cygwin 기반 SSH를 사용하고 있지만 여전히 내 cygwin/ssh보다 빠르다는 것을 알았습니다. 디버그 정보를 살펴본 후 Mobaxterm의 비결은 다음과 같습니다.aes128-ctr일반적인 것보다는aes256-CBC비밀번호, 사용hmac-sha1압축은 기본적으로 켜져 있습니다.

시그윈에서는

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

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

일부 블로그/답변에서는 다음과 같은 비밀번호를 사용하도록 제안합니다.호 4또는복어. 그들은 비교해야 해aes128-ctr(이전 CPU의 경우) 오래되었지만 모든 플랫폼에서 반드시 사용할 수 있는 것은 아닙니다. 다음을 통해 지원되는 모든 암호 및 MAC을 볼 수 있습니다.

ssh -Q cipher
ssh -Q mac

이것기준aes128-gcm이 최신 CPU에서 최고의 성능을 제공해야 함을 나타냅니다.

고쳐 쓰다:

어떤 사람들은 압축에 반대한다고 조언합니다. 네트워크가 완벽하다고 생각하더라도 실험에서 다르게 나타나지 않는 한 Assumption-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를 사용해 보았고 압축 및 적절한 암호화를 통해 내부 100Mbps LAN 연결에서 <1ms 대기 시간을 달성했습니다. ssh 옵션이 확실히 더 빠릅니다.

답변3

Windows 원격 데스크톱은 Linux 시스템에서 xrdp를 실행하는 한 잘 작동합니다(내 경험상 VNC보다 훨씬 덜 짜증나고 응답성이 더 좋습니다).

xrdp는 Linux 시스템에서 X 서버를 실행한 다음 이를 RDP에 연결합니다.

사실, 나는 일반적으로 라인의 양쪽 끝에 Linux를 설치하지만 일반 X11 전달이 너무 느릴 때마다 VNC보다 xrdp보다 rdesktop을 선호합니다. VNC는 "사용하기 쉽지 않음"이라는 프랑스어 약어입니다.

답변4

사실 저도 보고 충격받았어요모르벅스 용어어마 어마하게 빠른.

저는 소프트웨어 개발자이고 Qt Creator라는 IDE를 사용합니다. 우리 모두 알고 있듯이 Qt Creator는 매우 빠른데 Putty + Xming은 너무 느려서 원격 xserver를 통한 사용을 포기했습니다. 나는 결국 Mobaxterm의 속도에 충격을 받았습니다. 시도 해봐.

관련 정보