Dlaczego klienci pulpitu zdalnego (RDP) działają bardzo wolno na moim komputerze Mac?

Mam komputer Mac Pro i połączenie szerokopasmowe o przepustowości 120 Mb / s (2 Mb / s) przez Fritbox 7390.

Kiedy korzystam z klienta Microsoft RDP lub klienta CorD w systemie OS X (Lion, Snow Leopard, Leopard - wszystkie mają ten sam problem), połączenie RDP jest bardzo wolne. Kiedy uruchamiam Windows w Boot Camp na tym samym komputerze i używam klienta RDP z Windows, wszystko jest w porządku.

Czy ktoś może mi podać powód tego? Jak mogę to naprawić? Czy mogę wprowadzić jakieś modyfikacje, takie jak optymalizacja TCP?

Nie wiem na pewno, ale słyszałem tę samą skargę. Teoria mówi, że na komputerach Mac (i Linux) pełne obrazy są przesyłane przez sieć, podczas gdy w systemie Windows wysyłane są niektóre polecenia rysowania wyższego poziomu, przynajmniej dla niektórych części ekranu.

Byłoby ciekawie wypróbować Uruchamianie klienta pulpitu zdalnego dla Windows na Macu (lub Linuksie) przy użyciu Wine i porównać wydajność w ten sposób.

Miałem ten problem, ale interesujące jest to, że RDC na tym komputerze działało dobrze kilka dni wcześniej - ale nagle, w sieci gigabitowej widziałem każdy blok bitmapy. Próbowałem kilka innych rozwiązań, takich jak wykonywanie:

netsh interface tcp set global rss=disabled
netsh interface tcp set global autotuninglevel=disabled

z wiersza polecenia z podwyższonym przecinkiem, jak sugerowano tutaj: Klient połączenia pulpitu zdalnego Vista powoli opóźnia lub rozłącza się podczas łączenia z systemem Windows Server 2003 SP2 x64 Edition RDP . To jednak nie zadziałało.

Potem przekręciłem to, co się zmieniło od ostatniego działania. Ponownie włączyłem narzędzie do sprawdzania wirusów w czasie rzeczywistym (w tym przypadku ESET Cybersecurity). Wyłączyłem ochronę systemu plików w czasie rzeczywistym i natychmiast RDC i (a także Pulpit SplashTop, który robi to samo) wróciłem do normalnej prędkości.

Miałem ten problem na moim MacBooku Pro z tym:

sudo -s
sysctl net.inet.tcp.delayed_ack=0

Aby trzymać się między restartami, dodaj go do /etc/sysctl.conf z…

echo net.inet.tcp.delayed_ack=0 >> /etc/sysctl.conf

Spróbuj dostosować ustawienia ekranu na kliencie RDP w systemie Mac OSX.

Przejdź do RDC-> Preferencje-> Wyświetl, usuń niektóre z „drogich” opcji w sekcji „podczas połączenia” (takich jak: pokaż tło pulpitu, pokaż motywy itp.).

Miałem ten sam problem z CoRD i Windows RDP. Naprawiłem to, dodając więcej pamięci (zmieniłem z 4 GB na 8 GB).

OK, instalacja klienta freerdp (w moim przypadku $ brew install freerdp przy użyciu homebrew) wydawała mi się zwiększoną wydajnością w porównaniu z wbudowanym „Remote Desktop Connection”. Wreszcie szybki RDP na Macu :)

Wątek ten wspomina również o innych klientach, FWIW, w tym CoRD , chociaż dla mnie CoRD wydawał się wciąż powolny i jest zbudowany na rdesktop zamiast FreeRDP (nie jestem pewien, co to oznacza, ale może pomóc zrozumieć, że jego szybkość jest porównywalna z wbudowanym Podłączanie pulpitu zdalnego (choć sam rdesktop wydawał mi się bardziej responsywny niż CoRD, z jakiegokolwiek powodu).

Zobacz także ten wątek, który wspomina, że ​​w sklepie z aplikacjami znajduje się aplikacja „Microsoft Remote Desktop”, która jak dla mnie jest dość responsywna.

Z mojego doświadczenia wynika, że ​​łączenie się ze słabo wyspecjalizowanym systemem Windows 10 (starszy Core i5 drugiej generacji z 4 GB pamięci RAM) z RDP z OS X jest poważnie dotknięty skanowaniem w poszukiwaniu szkodliwego oprogramowania / oprogramowania szpiegującego / antywirusowego w czasie rzeczywistym. Wyłączenie ochrony Microsoft Windows Defender w czasie rzeczywistym sprawiło, że jest to znacznie bardziej znośne.