Wenn Sie von einer Zip-Datei sprechen, meinen Sie damit ein unkomprimiertes Archiv, dessen Größe der aller einzelnen Dateien entspricht? Oder meinst du ein komprimiertes Archiv? Denn genau dort, wenn Sie von einem komprimierten Archiv sprechen, haben Sie eine schnellere Übertragung, was genau genommen besser wäre. Wenn Sie die Zeit berücksichtigen, die zum Erstellen des Archivs erforderlich ist, und die Zeit, die zum Extrahieren des Archivs erforderlich ist, werden natürlich die Spezifikationen beider Computer berücksichtigt, um festzustellen, ob das Archiv besser ist als lose Dateien.
Da es sich um RDP (im Gegensatz zu VNC) handelt, ist die Bandbreitennutzung der Remoteverbindung ziemlich hoch. RDP ist reaktionsschneller als VNC, die Farbtiefe beträgt (standardmäßig) mehr als 256 Farben (32 Bit, wenn Sie sie nicht ändern), die Bildschirmgröße entspricht der Größe Ihres Desktops usw. All diese Faktoren beeinflussen, wie viel Bandbreite nur für die Remoteverbindung verwendet wird. Wenn Sie Dinge wie ... die Größe des Remotedesktops und die Farbtiefe auf 16 Bit oder weniger reduzieren, stellen Sie sicher, dass Sie keinen Sound usw. freigeben. Dadurch wird weniger Bandbreite für die Remoteverbindung verwendet Wenn Sie Dateien übertragen, sollte die Remotesitzung reaktionsschneller sein.
Wenn Sie die Dateiübertragung nicht drosseln können, wird die Remotesitzung am Ende jedoch ungeachtet der Art und Weise, in der Sie Dateien übertragen, langsam, da für die Übertragung zwischen den beiden Geräten so viel Bandbreite wie möglich zur Verfügung steht die entfernte Maschine und Ihre Maschine.
BEARBEITEN
Sie versuchen, eine einfache Möglichkeit zum Übertragen von Dateien zu finden, ohne die Qualität der Remoteverbindung zu beeinträchtigen. Es spielt keine Rolle, ob es sich um große oder kleine Dateien handelt. An Ihrem Ende (dem Client-Computer) spritzen Sie kleine Datenmengen auf den Remote-Computer (Server-Computer). Sie wissen, dass ... Tippen, Mausbefehle usw. Der Server sendet Ihnen ständig große Datenmengen in Form von Bildern, aus denen sich das zusammensetzt, was Sie über die Remoteverbindung sehen. Bevor Sie also Dateien übertragen, übertragen Sie BEREITS eine große Datenmenge in eine Richtung. Deshalb habe ich die Dinge angesprochen, die Sie tun können, um die Datenmenge zu reduzieren, die Sie übertragen. Verwenden Sie nämlich eine geringere Auflösung für die Remote-Maschine auf Ihrem Desktop (im Gegensatz zum Vollbild). Reduzieren der Anzahl der Farben von 32 Bit auf 16 Bit oder sogar 8 Bit. In diesen beiden Schritten wird die Datenmenge, die Sie vom Server (remote) an den Client (Sie) übertragen, gelöscht. Wenn Sie mit der Übertragung von Dateien über dieselbe Verbindung und Route beginnen, leidet Ihre Remoteverbindung weniger darunter.
Wie gesagt ... nichts, was Sie tun können, sorgt dafür, dass die Verbindung klar und reaktionsschnell bleibt. Warum? Denn sobald Sie anfangen, Dateien vom Server zum Client zu übertragen, wird jedes Bit der Bandbreite, die in dieser Pipe verfügbar ist, aufgebraucht ... und Sie verwenden bereits einen Teil der Bandbreite in dieser Pipe für die Remote Verbindung selbst.
Zuerst habe ich versucht, vor Mitternacht zu kopieren und einzufügen, als die Übertragungsgeschwindigkeit vom Client-Computer-ISP auf 100 kB / s begrenzt wurde. Es dauerte ein paar Stunden, und ich musste die Übertragung abbrechen, da der Remotedesktop zu langsam und nicht mehr reagierte. Also habe ich es über Mitternacht neu gestartet, wenn meine lokale Übertragungsgeschwindigkeit über 4 GB / s liegt
Als Sie die Übertragung zum ersten Mal versuchten, hatten Sie eine Download-Verbindung von 100 KBit / s. Sie haben 1,2 GB Dateien so schnell wie möglich verschoben, um so viel wie möglich von diesen 100 KBit / s zu verbrauchen. Was würde welchen Platz für die Daten lassen, die die Remotedesktopverbindung unterstützen? Natürlich wäre es träge und nicht ansprechbar. Das einzige, was Sie nicht berücksichtigen, ist die UPLOAD-Geschwindigkeit des Servers. Wenn die Upload-Geschwindigkeit des Servers geringer ist als Ihre Download-Geschwindigkeit ... und in dieser perfekten Hypothese die Route zwischen dem Server und Ihnen, damit diese Upload-Geschwindigkeit konstant bleibt, sobald Sie beginnen, die Dateien zu übertragen, so gut wie alle Diese Bandbreite wird durch die Dateiübertragung aufgebraucht, wodurch die Remoteverbindung beeinträchtigt wird.
Warum?
Da die Dateiübertragung durch nichts auf eine bestimmte Geschwindigkeit oder einen bestimmten Prozentsatz der verfügbaren Bandbreite gedrosselt wird, wird versucht, alle verfügbaren KBit / s zu verwenden. Dies führt naturgemäß dazu, dass die Remoteverbindung leidet.
Selbst das Übertragen der Dateien vom Server auf einen Drittanbieter (z. B. einen FTP-Server) würde die Verbindung während dieser Übertragung verlangsamen, da dieser Übertragung wiederum so viel Bandbreite wie möglich zugewiesen würde. Sobald diese Übertragung abgeschlossen ist, können Sie sie vom FTP-Server herunterladen, ohne die Reaktionsfähigkeit der Remoteverbindung zu beeinträchtigen, da Ihre eingehende Pipe nach Mitternacht viel größer ist als die ausgehende Pipe des Servers.
Daher würde ich versuchen, die Qualität der Remoteverbindung zu verringern.
Es gibt eine RDP-Option, mit der eine Verbindung zu Ihrem lokalen Laufwerk auf dem Remotecomputer hergestellt wird. Um es zu aktivieren, starten Sie den RDP-Client, klicken Sie auf (Anzeigen) Optionen , → öffnen Sie die Registerkarte " Lokale Ressourcen ". → Klicken Sie auf " Mehr " → Aktivieren Sie das Kontrollkästchen " Laufwerke ".
Öffnen Sie nach dem Herstellen der Verbindung Windows Explorer auf dem Remotesystem. Ihr lokales Laufwerk sollte am Ende der Laufwerksliste unter Arbeitsplatz angezeigt werden. Es wird als "C auf Ihrem_Computernamen" angezeigt.
Sie können nun Dateien per Drag & Drop von einem System auf ein anderes ziehen.
quelle
Ich benutze Robocopy für meine Windows 7-Box und benutze den unc-Namen \\ tsclient.
quelle
Wie in seiner Antwort von @Tom vorgeschlagen, ist es vorzuziehen, die Dateien mit D & D zu versehen, anstatt sie mit C & P zu versehen. Dies hat den zusätzlichen Vorteil, dass ein Fehler umgangen wird, der den Dateitransfer unterbricht, wenn Sie ihn
Ctrl+Cauf dem Clientcomputer verwenden.quelle
Ich denke, keine dieser Antworten geht wirklich gut auf die Frage ein.
Microsoft RDP ist ein Protokoll, das für die Dateiübertragung nicht wirklich optimiert ist. Wenn Ihre Verbindung etwas langsam ist, kann das Verschieben der Dateibits, die sich über dieselbe Netzwerkleitung wie die UI-Pakete bewegen, die der Bildschirm zeichnet, und die Mausbewegung zu einer Zeitüberschreitung führen. und dann geht der Server davon aus, dass Sie Ihre Verbindung verloren haben, und trennt Sie, wodurch Ihre E / A-Kanäle unterbrochen werden. Dies macht das Problem natürlich noch schlimmer.
In erster Linie sollten Sie Ihren Workflow berücksichtigen und prüfen, ob Sie die Dateien auf einfachere Weise über einen anderen Kanal (z. B. über das Internet auf Ihren Server anstatt von Ihrer Workstation) übertragen können, ohne Ihre Sicherheitsrichtlinien zu verletzen.
Wenn Sie beschließen, dass Sie den RDP-Dateikopierkanal verwenden müssen, befolgen Sie diese Richtlinien, die für mich recht gut funktionieren.
Ich hoffe, jemand findet diese Vorschläge hilfreich. Sie arbeiten auf jeden Fall für mich.
quelle
Schauen Sie sich http://www.bittorrent.com/sync/download an
Dies geht viel schneller und erfordert nicht, dass die RDP-Sitzung geöffnet ist, während der Kopiervorgang abgeschlossen ist.
Es ist auch nicht erforderlich, dass Sie Zugriff auf den UNC-Pfad haben, wie in den obigen Vorschlägen angegeben.
Prost
quelle
Ich habe damit begonnen, browserbasierte WebRTC-basierte Dateiübertragungsdienste für diese Art von Dingen zu verwenden. Derzeit verwende ich http://dragshare.com mit guten Ergebnissen (noch in der Beta).
Das Kopieren und Einfügen von RDP war schon immer ein Problem für mich - es ist sehr langsam, und wenn Sie Tausende von Dateien haben, wird es sogar noch viel langsamer. Es gibt auch eine maximale Dateigrößenbeschränkung (vor der Sie nicht gewarnt werden, die nur fehlschlägt, nachdem versucht wurde, sie zu überschreiten). WebRTC scheint viel schneller zu sein als alles, was mir RDP jemals gezeigt hat.
quelle