Chris S가 언급했듯이 원격 데스크톱 성능 저하에 기여할 수있는 몇 가지 사항이 있습니다. 내 경험에 비추어 볼 때, 이것이 주된 원인입니다.

대역폭
원격 데스크톱의 성능 저하 원인은 대역폭이 부족하기 때문입니다. 수행중인 작업에 따라 세션은 몇 Kbps에서 몇 Mbps 대역폭까지 어디에서나 사용할 수 있습니다. 내 자신의 테스트에 따르면 PDF를 스크롤하면 최대 3Mbps가 사용됩니다. 사용 가능한 대역폭이 줄어들면 인식 된 성능도 저하됩니다.

먼저 응용 프로그램의 대역폭 요구 사항을 결정해야합니다. 이를 위해서는 제어 된 LAN 환경에서 테스트 한 다음 일반적인 작업을 수행 할 때 대역폭 사용을 측정해야합니다. 개인 워크 스테이션에서 NetLimiter를 사용 하여 개인적으로 성공했습니다 . 다른 각도에서 문제에 접근 할 수 있으며 NetLimiter를 사용하여 WAN 연결 등급에 따라 연결 속도를 낮출 수 있습니다. 이것은 원격 사용자가보고있는 내용을 잘 보여줍니다.

응용 프로그램이 원하는 대역폭의 양을 알면 제한 요소인지 확인해야합니다. 먼저 클라이언트와 서버 사이의 사용 가능한 대역폭을 측정하십시오. 이를위한 훌륭한 도구는 iperf입니다. 제어 된 테스트 중에 사용 가능한 충분한 대역폭이 있다고 가정하겠습니다.

다음으로, 사용자가보고 한 문제가 트래픽 급증 또는 기타 원하지 않는 문제와 관련이 있는지 확인하기 위해 일종의 대역폭 모니터링을 설정하려고합니다. ntop대역폭 사용에 대한 유용한 실시간 및 과거 보고서를 제공하기 때문에 스위치 또는 라우터에서 트래픽을로 덤프하는 것이 좋습니다.

대역폭 문제가 발생하는 경우 원격 데스크톱 연결에서 “경험”설정을 쉽게 변경할 수 있습니다. 비주얼 스타일과 애니메이션을 비활성화하면 많은 데스크탑 작업이 마술처럼 빨라질 것입니다.

대기 시간
원격 데스크톱 연결의 또 다른 일반적인 문제는 대기 시간입니다. 클라이언트와 서버간에 왕복 시간이 합리적으로 길어야합니다. 그렇지 않으면 사람들이 지연을 인식 할 수 있습니다. 경험상 대부분의 사람들은 50 ~ 100ms 핑 시간 사이에 문제를 발견하기 시작합니다.

운 좋게도 이것은 일반적으로 진단하기 쉽습니다. SmokePing 또는 PRTG 네트워크 모니터 와 같은 모니터링 도구를 설정 하여 모니터링 서버와 다른 임의의 호스트 간의 대기 시간에 대한 보고서를 제공 할 수 있습니다. 내장 된 ping -t명령을 짧은 세션 에 사용할 수도 있습니다 . 일반적으로 원격 데스크톱 서버와 동일한 LAN에서 모니터링 서버를 찾은 다음 서버와 클라이언트 모두에 대해 모니터링을 설정하려고합니다. 핑 시간이 높은 사건과 문제 보고서를 연관 시키십시오.

높은 핑 시간에 문제가있는 경우을 사용 traceroute하여 지연이 발생하는 위치를 찾으십시오. 문제가 자신의 네트워크 내에 있다고 판단되면 QoS 필터링을 도입하여 원격 데스크톱과 같은 실시간 트래픽의 우선 순위를 정하십시오.

또한 무선 매체를 통해 연결하는 사람 (802.11 (WiFi) 또는 위성 연결)에주의하십시오. 무선 연결은 다양한 조건에서 다양한 시간 동안 대기 시간 문제를 일으킬 수있는 환경 간섭이 발생하기 쉽습니다. 그리고 위성을 통해 원격 데스크톱을 사용하면 항상 짜증납니다.

로컬 CPU 또는 메모리
마지막으로 서버에 과부하가 발생할 수 있습니다. 특히 사용량이 많은 시간 동안 CPU 및 메모리 사용량을 모니터링하여 서버가 적시에 요청을 충족시킬 수 있는지 확인하십시오.

위에서 언급 한 도구 중 하나 (PRTG)는 시간이 지남에 따라 서버의 CPU 및 메모리 사용량을 모니터링하도록 설정 될 수 있으며 특정 문제와 문제 문제 보고서를 쉽게 연관시킬 수있는 그래프를 생성 할 수 있습니다.

보너스 팁 : 특히 수정 자 키가 제대로 적용되지 않는 경우 사용자가 입력하는 데 문제가있는 경우 Windows 키 조합 적용이로 설정되도록 원격 데스크톱 연결 바로 가기에서 키보드 설정을 변경하십시오 On the local computer.

답변