Mówiąc plik Zip, masz na myśli nieskompresowane archiwum o takim samym rozmiarze jak wszystkie pojedyncze pliki? Czy masz na myśli skompresowane archiwum? Ponieważ właśnie tam, jeśli mówisz o skompresowanym archiwum, miałbyś szybszy transfer, co ściślej byłoby lepsze. Oczywiście, jeśli weźmiesz pod uwagę czas potrzebny na utworzenie archiwum i czas potrzebny na jego wyodrębnienie, wówczas specyfikacje obu komputerów wchodzą w grę, czy archiwum jest lepsze niż luźne pliki.
Teraz, gdy mówisz o RDP (w przeciwieństwie do VNC), wykorzystanie przepustowości połączenia zdalnego jest dość duże. RDP jest bardziej responsywny niż VNC, głębia kolorów to (domyślnie) ponad 256 kolorów (32 bity, jeśli go nie zmienisz), rozmiar ekranu będzie równy rozmiarowi pulpitu itp. Wszystkie te czynniki wpływa na to, ile przepustowości jest wykorzystywane tylko do połączenia zdalnego. Jeśli upuścisz rzeczy takie jak ... rozmiar pulpitu zdalnego i głębia kolorów do 16 bitów lub mniej, upewnij się, że nie udostępniasz dźwięku itp. ... spowoduje to zmniejszenie przepustowości połączenia zdalnego, dzięki czemu podczas przesyłania plików sesja zdalna powinna być bardziej responsywna.
Ostatecznie jednak, o ile nie zdołasz ograniczyć przepustowości transferu plików, sesja zdalna stanie się powolna, bez względu na to, co robisz podczas przesyłania plików, ponieważ do transferu między jak największą ilością dostępnego pasma zostanie wykorzystane zdalne urządzenie i twoje urządzenie.
EDYTOWAĆ
Próbujesz znaleźć prosty sposób przesyłania plików BEZ wpływu na jakość połączenia zdalnego. Nie ma znaczenia, czy są to duże pliki, czy małe pliki. Na swoim końcu (komputer kliencki) wyrzucasz małe ilości danych do komputera zdalnego (serwera). Wiesz ... pisanie na klawiaturze, polecenia myszy itp. Serwer cały czas wysyła do Ciebie duże ilości danych w postaci obrazów, które składają się na to, co widzisz przez połączenie zdalne. Tak więc przed przesłaniem jakichkolwiek plików JUŻ PRZESYŁASZ dużą ilość danych w jednym kierunku. Dlatego przywołałem rzeczy, które możesz zrobić, aby zmniejszyć ilość przesyłanych danych .... mianowicie użyć mniejszej rozdzielczości dla zdalnego komputera na pulpicie (w przeciwieństwie do pełnego ekranu) .... zmniejszenie liczby kolorów z 32 do 16 bitów lub nawet 8 bitów. Te dwa kroki bezpośrednio tam upuszczają ilość danych, które przesyłasz z serwera (zdalnego) do klienta (ciebie). Oznacza to również, że po rozpoczęciu przesyłania plików tym samym połączeniem i trasą połączenie zdalne będzie mniej obciążone.
Jak powiedziałem ... nic, co możesz zrobić, sprawi, że połączenie pozostanie czyste i responsywne. Czemu? Ponieważ jak tylko zaczniesz przesyłać pliki z serwera do klienta, będzie to pochłaniać każdą część przepustowości dostępną wzdłuż tego potoku .... i już wykorzystujesz część przepustowości wzdłuż tego potoku dla zdalnego samo połączenie.
Najpierw próbowałem skopiować i wkleić przed północą, kiedy szybkość transferu była ograniczona przez komputer kliencki ISP do 100 kB / s. Tak więc zajęło to kilka godzin i byłem zmuszony anulować przesyłanie, ponieważ pulpit zdalny przestał reagować i działał zbyt wolno (powoli). Ponownie uruchomiłem go o północy, kiedy moja prędkość lokalnego transferu przekracza 4 GB / s
Więc kiedy po raz pierwszy próbowałeś przesłać, miałeś połączenie pobierania 100kb / s. Przenosiłeś 1,2 gb plików tak szybko, jak to możliwe, co zepchnęłoby do zjedzenia tak dużej ilości 100 kb / s, jak to możliwe. Co zostawić , co pokój dla danych wspierających połączenia zdalnego pulpitu? Oczywiście byłoby to powolne i nie reagowało. Jedyną rzeczą, której również nie bierzesz pod uwagę, jest prędkość UPLOAD serwera. Jeśli prędkość wysyłania serwera jest mniejsza niż prędkość pobierania ... i w tej idealnej hipotetycznej drodze między serwerem a pozwoliłeś, aby ta prędkość wysyłania pozostała stała, gdy tylko zaczniesz przesyłać pliki, prawie wszystko tej przepustowości zostanie pochłonięte przez przesyłanie plików, co spowoduje pogorszenie połączenia zdalnego.
Czemu?
Ponieważ nic nie ogranicza transferu plików do określonej prędkości lub wartości procentowej dostępnej przepustowości, spróbuje użyć każdego możliwego kb / s. Z natury rzeczy spowoduje to zdalne połączenie.
Nawet przeniesienie plików z serwera na stronę trzecią (np. Gdzieś na serwerze FTP) spowodowałoby spowolnienie połączenia podczas tego transferu, ponieważ ponownie, tak duża część dostępnej przepustowości, jak to możliwe, zostałaby przydzielona do tego transferu. Jednak po zakończeniu transferu będzie można pobrać go z serwera FTP bez wpływu na czas reakcji połączenia zdalnego ... ponownie, ponieważ potok przychodzący po północy jest znacznie większy niż potok wychodzący serwera.
Dlatego spróbuję obniżyć jakość połączenia zdalnego.